[第1の実施形態]
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
図1のPODシステム10000は、印刷システム1000、サーバコンピュータ103、クライアントコンピュータ104(これを、以下PCと呼ぶ)を具備する。又、紙折り機107、断裁機109、中綴じ製本機110、くるみ製本機108、スキャナ102等も具備する。
印刷システム1000は、印刷装置本体100及びシート処理装置200を具備する。尚、印刷装置100の1例として、本形態では、コピー機能及びPCから送信された印刷ジョブを印刷するプリント機能等複数の機能を具備する複合機として説明するが単一機能型の印刷装置であっても、良い。尚、該複合機のことを、以下では、MFP(Multi Function Peripheral)とも呼ぶ。なお、シート処理装置200は、印刷装置100により出力された出力物を処理するための装置である。また、印刷システム1000、印刷装置100のように画像を形成する装置を本願では画像形成装置ともいう。
図1の紙折り機107、断裁機109、中綴じ製本機110、くるみ製本機108は、印刷装置による出力物を処理するためシート処理装置と定義する。
例えば、紙折り機107は、印刷装置100で印刷ジョブを実行することにより出力された出力物(シート)の折り処理を実行する。断裁機109は、印刷装置100から出力された出力物を断裁する。中綴じ製本機110は、印刷装置100から出力された出力物に対して中綴じ製本処理を実行する。くるみ製本機108は、印刷装置100から出力された出力物を表紙用のシートでくるむことで本を作成するくるみ製本処理を実行する。但し、これらのシート処理装置で各種シート処理を実行させるには、印刷装置100で印刷されたジョブの出力物を該印刷装置100の排紙部からオペレータが取出し、処理対象となるシート処理装置にその出力物をセットする必要がある。
このように、印刷システム1000が具備するシート処理装置200以外のシート処理装置を利用する場合には、印刷装置100による印刷処理後にオペレータによる介入作業が必要となる。
換言すると、印刷システム1000自身が具備するシート処理装置200を利用する場合、印刷装置100による印刷処理の実行後にオペレータによる介入作業は不要である。何故なら、印刷装置100からシート処理装置200に対しては、印刷装置100で印刷されたシートを、直接供給出来るように構成されているからである。具体的には、印刷装置100内部のシート搬送路が、シート処理装置200内部のシート搬送路に連結されている。このように、本印刷システム1000自身が具備するシート処理装置200と印刷装置100は、物理的接続関係にある。且つ、本印刷装置100とシート処理装置200は、CPUを具備しデータ通信可能に構成されている。
尚、本形態では、本印刷システムが具備する制御部が、これら印刷装置100とシート処理装置200を統括的に制御している。この一例として、図2の印刷装置100内部のコントローラ部205が統括制御を行う。
なお、図1のPODシステム10000において、中綴じ製本機110以外の装置はネットワーク101に接続されており互いに他装置とデータ通信可能に構成されている。
サーバPC103は、ネットワーク通信により他の装置とのデータの送受を実行することで、本POD環境10000にて処理すべき全てのジョブを管理する。換言すると、複数の処理工程からなる一連のワークフローの工程全体を統括管理するコンピュータとして機能する。該PC103は、オペレータから受け付けた印刷ジョブに基づいて、本環境10000にて仕上げ可能な後処理条件を決定する。且つ、サーバPC103は、クライアントの要求通りの後処理(仕上げ処理)工程の指示を行う。この際に、サーバ103が、JDFなどの情報交換ツールを用いて、シート処理装置と情報交換する。
また、本願では、各シート処理装置を下記3種類に分類して定義する。
[定義1] 以下に列挙の(条件1)と(条件2)の両方を満たす装置に該当するシート処理装置を、「インラインフィニッシャ」と定義する。尚、この定義に該当する装置を、本形態では、インラインタイプのシート処理装置とも呼ぶ。
(条件1) 印刷装置100から搬送されるシートをオペレータの介入無しに直接的に受容出来るように、紙パス(シート搬送路)が印刷装置100と物理的に接続されている。
(条件2) 操作指示や状況確認等に要するデータ通信を他装置と出来るように、他装置と電気的に接続されている。具体的には、印刷装置100とデータ通信可能に電気的接続されている、或いは、ネットワーク101を介して印刷装置100以外の装置(例えば、PC103、104等)とデータ通信可能に電気的接続されている。これら少なくとも何れかの条件を満たすものを、(条件2)に合致するものとする。
即ち、本印刷システム1000自身が具備するシート処理装置200は、「インラインフィニッシャ」に該当する。
[定義2] 前項に掲げる(条件1)と(条件2)のうちの(条件1)は満たさないが、(条件2)を満たす装置に該当するシート処理装置を、「ニアラインフィニッシャ」と定義する。尚、この定義に該当する装置を、本形態では、ニアラインタイプのシート処理装置とも呼ぶ。
例えば、紙パスも印刷装置100と接続されておらず、作業者(オペレータ)が出力物の運搬等の介入作業を要する。しかし、操作指示や状況確認はネットワーク101等の通信手段を介して電気的に情報送受可能である。このような条件に合致するシート処理装置を、「ニアラインフィニッシャ」と定義する。
即ち、図1の紙折り機107、断裁機109、中綴じ製本機110、くるみ製本機108は、「ニアラインフィニッシャ」に該当する。
[定義3] 前項に掲げる(条件1)と(条件2)の何れの条件も満たさない装置に該当するシート処理装置を、「オフラインフィニッシャ」と定義する。尚、この定義に該当する装置を、本形態では、オフラインタイプのシート処理装置とも呼ぶ。
例えば、紙パスも印刷装置100と接続されておらず、作業者(オペレータ)が出力物の運搬等の介入作業を要する。しかも、操作指示や状況確認に要する通信ユニットも具備しておらず、他装置とのデータ通信も不可能である。故に、作業者が出力物の運搬、出力物の設定、手作業での操作入力、機器自体が発する状況報告を手作業で行う。このような条件に合致するシート処理装置を「オフラインフィニッシャ」と定義する。
即ち、図1の中綴じ製本機110は「オフラインフィニッシャ」に該当する。
サーバPC103が管理するニアラインフィニッシャやオフラインフィニッシャには、他にも、ステープラ専用装置、穴あけ専用装置、封入機あるいは、帳合機(コレータ)等が含まれる。
サーバ103は、これらのニアラインフィニッシャと予め決められたプロトコルで、逐次ポーリングなどでデバイスの状況やジョブの状況を、ネットワーク101経由で把握することができる。
尚、本形態は、上述の複数の記録紙処理をそれぞれ別々のシート処理装置により実行可能にする構成でも、複数種類の記録紙処理を1台のシート処理装置が実行可能にする構成でも良い。
次に、本印刷システム1000の内部構成(主に、ソフト構成)について、図2を用いて説明する。尚本例では、本印刷システム1000が具備する図2に示す各ユニットのうちのシート処理装置200以外のユニットは、全て印刷装置100内部に具備している。換言すると、シート処理装置200は、本印刷装置100に対して、着脱可能なシート処理装置である。
印刷装置100は、自装置内部に複数の処理対象となるジョブのデータを記憶可能なハードディスク209(以下、HDとも呼ぶ)等の不揮発性メモリを具備する。且つ、印刷装置100自身が具備するスキャナ部201の処理によって得られた画像データを該HDを介してプリンタ部203で印刷するコピー機能を具備する。且つ、PC103、104等の外部装置から通信部の1例に該当する外部I/F部202ユニットを介して受付けたジョブデータを該HDを介してプリンタ部203で印刷する印刷機能等を具備する。このような複数の機能を具備したMPFタイプの印刷装置(画像形成装置とも呼ぶ)である。
尚、本形態の印刷装置は、カラープリント可能な印刷装置でも、モノクロプリント可能な印刷装置でも、本形態で述べる各種制御を実行可能であるならば如何なる構成でも良い。
本形態の印刷装置100は、原稿画像を読み取ることで得られた画像データを画像処理するスキャナ部201を具備する。又、ファクシミリ、ネットワーク接続機器、外部専用装置と画像データなどを送受する外部I/F部202を具備する。又、スキャナ部201及び外部I/F部202の何れかから受付けた複数の印刷対象となるジョブの画像データを記憶可能なハードディスク209を具備する。又、ハードィスク209に記憶された印刷対象のデータを印刷媒体に印刷するプリンタ部203を具備する。又、本印刷装置100は、本印刷システム1000が具備するユーザインタフェース部の一例に該当する操作部204(表示部)も具備する。本印刷システム1000にて提供しているユーザインタフェース部の別の例としては、例えば、PC103や104の外部装置の表示部及びキーボードやマウス等がこれに該当する。
本印刷システム1000が具備する制御部の一例に該当するコントローラ部(制御部、或いは、CPUとも呼ぶ)205は、本印刷システム1000が具備する各種ユニットの処理や動作等を統括的に制御する。ROM207には、後述するフローチャートの各種処理等を実行する為の制御プログラムが記憶されている。
又、ROM207には、図示しているユーザインタフェース画面(以下、UI画面と呼ぶ)を表示させる為の表示制御プログラムも記憶されている。制御部205は、ROM207のプログラムを読み出すことで、本形態にて説明する各種の動作を本印刷装置により実行させる。外部I/F202を介して外部装置(103や104等)から受信した印刷ジョブを解釈し、ラスターイメージデータ(ビットマップ画像データ)に展開する為のプログラム等もROM207に記憶されている。これらは、ソフトウェアによって処理される。
ROM207は読み出し専用のメモリで、ブートシーケンスやフォント情報等のプログラムや上記のプログラム等各種プログラムが予め記憶されている。RAM208は読み出し及び書き込み可能なメモリで、スキャナ部201や外部I/F202よりメモリコントローラ206を介して送られてきた画像データや、各種プログラムや設定情報を記憶する。
制御部205は、スキャナ部201や外部I/F部202等の各種入力ユニットを介して入力された処理対象となるジョブのデータを、該HDD209を介して、プリンタ部203でプリント可能に制御する。又、外部I/F202を介して外部装置へ送信できるようにも制御する。このようにHDD209に格納した処理対象のジョブのデータの各種の出力処理を実行可能に制御部205により制御する。圧縮伸張部210は、各種圧縮方式によってRAM208、HDD209に記憶されている画像データ等を圧縮・伸張動作を行う。
以上のような構成のもと、本印刷システムが具備する制御部205が、インラインタイプのシート処理装置200の動作も制御する。この説明も含む、本印刷システム1000のメカ構成について、図3等でもって説明する。
[本システム1000の装置構成(主にメカ構成)]
次に、本印刷システム1000の構成(主に、メカ構成)について、図3の装置構成説明図でもって説明する。
本印刷システム1000は、複数台のインラインタイプのシート処理装置を含む。
又、印刷装置100に接続可能なインラインタイプのシート処理装置は、特定の制限下のもと、本形態の効果を向上させるべく、利用環境に合わせ、任意の台数を接続できる。例えば図3では、1台目のシート処理装置から順に、シート処理装置200a、200b、、、、、と示し、N台目のシート処理装置として、シート処理装置200nと示している。
まず、印刷装置100における印刷処理について説明する。
図3の301は、図2のスキャナ部201のメカ構成に該当する。302〜322が、図3のプリンタ部203のメカ構成に該当する。尚、本形態では、1DタイプのカラーMFPの構成について説明する。尚、4DタイプのカラーMFP、白黒MFPも、本形態の印刷装置の一例であるが、ここでは説明を割愛する。
図3の自動原稿搬送装置(ADF)301は、原稿トレイの積載面にセットされた原稿束を1頁目の原稿から順次スキャナ302によって原稿を走査するために原稿台ガラス上へ原稿を搬送する。スキャナ302は、原稿台ガラス上に搬送された原稿の画像を読み取り、CCDによって画像データに変換する。回転多面鏡(ポリゴンミラー等)303は、前記画像データに応じて変調された、例えばレーザ光などの光線を入射させ、反射ミラーを介して反射走査光として感光ドラム304に照射する。感光ドラム304上に前記レーザ光によって形成された潜像はトナーによって現像され、転写ドラム305上に貼り付けられたシート材に対してトナー像を転写する。この一連の画像形成プロセスをイエロー(Y)、マゼンタ(M)、シアン(C)、ブラック(K)のトナーに対して順次実行することによりフルカラー画像が形成される。4回の画像形成プロセスの後に、フルカラー画像形成された転写ドラム305上のシート材は、分離爪306によって分離され、定着前搬送器307によって定着器308へ搬送される。
定着器308は、ローラやベルトの組み合わせによって構成され、ハロゲンヒータなどの熱源を内蔵し、トナー像が転写されたシート材上のトナーを熱と圧力によって溶解、定着させる。排紙フラッパ309は、揺動軸を中心に揺動可能に構成され、シート材の搬送方向を規定する。排紙フラッパ309が図中時計回りの方向に揺動しているときには、シート材は真直ぐに搬送され、排紙ローラ310によって機外へ排出される。一方、シート材の両面に画像を形成する際には、排紙フラッパ309が図中反時計回りの方向に揺動し、シート材は下方向に進路を変更され両面搬送部へと送り込まれる。両面搬送部は、反転フラッパ311、反転ローラ312、反転ガイド313および両面トレイ314を具備する。
反転フラッパ311は、揺動軸を中心に揺動可能に構成され、シート材の搬送方向を規定する。制御部205は、両面印刷ジョブを処理する場合、プリンタ部203でシートの第1面にプリント済みのシートを、反転フラッパ311を図中反時計回りの方向に揺動させ、反転ローラ312を介して、反転ガイド313へと送り込むよう制御する。そして、シート材後端が反転ローラ312に狭持された状態で反転ローラ312を一旦停止させ、引き続き反転フラッパ311が図中時計回りの方向に揺動させる。且つ、反転ローラ312を逆方向に回転させる。これにより、該シートスイッチバックして搬送させ、シートの後端と先端が入れ替わった状態で、該シートを両面トレイ314へと導くよう制御する。
両面トレイ314ではシート材を一旦積載し、その後、再給紙ローラ315によってシート材は再びレジストローラ316へと送り込まれる。このときシート材は、1面目の転写工程とは反対の面が感光ドラムと対向する側になって送られてきている。そして、先述したプロセスと同様にして該シートの第2面に対して2面目の画像を形成させる。そして、シート材の両面に画像が形成され、定着工程を経て排紙ローラ310を介して印刷装置本体内部から機外へと該シートを排出させる。制御部205は、以上のような一連の両面印刷シーケンスを実行することで、両面印刷が実行可能となる。
給紙搬送部として、印刷処理に要するシートを収納する給紙ユニットとしての給紙カセット317、318、ペーパーデッキ319、手差しトレイ320等が挙げられる。又、これら給紙ユニットに収納されたシートを給送するユニットとして、給紙ローラ321、レジストローラ316等がある。
手差しトレイ320も、OHPシート等の特殊なシートを含む各種の印刷媒体をセット可能に構成されている。
一方、重送が発生している場合には搬送方向とは逆方向に回転することにより重送したシート材が戻され、最上部の1枚だけが送り出されるようになっている。送り出されたシート材は搬送ガイドの間を案内され、複数の搬送ローラによってレジストローラ316まで搬送される。このときレジストローラ316は停止しており、シート材の先端がレジストローラ316対で形成されるニップ部に突き当たり、シート材がループを形成し斜行が補正される。その後、画像形成部において感光ドラム304上に形成されるトナー像のタイミングに合わせて、レジストローラ316は回転を開始してシート材を搬送する。レジストローラ316により送られたシート材は、吸着ローラ322によって転写ドラム305表面に静電気的に吸着される。定着器308から排出されたシート材は、排出ローラ310を介して、シート処理装置200内部のシート搬送路へ導入される。
制御部205は、UI部を介してユーザから受付た印刷実行要求に基き、データ発生源からHD209に記憶させた該ジョブの印刷データの印刷処理を、上記方法でもって、プリンタ部203により、実行させる。
尚、例えば、印刷実行要求を操作部204から受付けたジョブのデータ発生源は、スキャナ部201を意味する。又、印刷実行要求をホストコンピュータから受付けたジョブのデータ発生源は、当然ホストコンピュータである。
又、制御部205は、処理対象のジョブの印刷データを、先頭ページから順番にHD209に記憶させ、且つ、先頭ページから順番にHD209から該ジョブの印刷データを読み出して、シート上に該印刷データの画像を形成させる。このような先頭ページ処理を遂行する。且つ、制御部205は、先頭ページから順番に印刷されるシートを、画像面が下向きで、シート処理装置200内部のシート搬送路へ供給させる。その為に、排紙ローラ310によりシート処理装置200内部へシートを導入する直前で、定着部308からのシートの表裏を反転させる為のスイッチバック動作をユニット309、312等を用いて実行させる。このような、先頭ページ処理に対処する為のペーパハンドリング制御も制御部205は実行する。
次に、本印刷システム1000が印刷装置100と共に具備するインラインタイプのシート処理装置200の構成について説明する。
本形態のシステム1000は、図3に示すが如く、印刷装置100にカスケード接続可能なインラインタイプのシート処理装置を合計n台としている。この台数は、例えば、可能な限り何台でも設置可能に構成しても良い。しかし、少なくとも、プリンタ部203により印刷がなされたシートをオペレータによる介入作業無しに機内のシート処理部へ供給可能な構成のシート処理装置の利用を要する。換言すると、例えば、印刷装置100が具備する排紙ローラ309を経てプリンタ部203内部から排出される印刷媒体を機内で搬送可能なシート搬送路(紙パス)を具備するシート処理装置の利用を要する。
但し、本発明はこのような構成に限定解釈されない。一例として、例えば、本印刷システム1000にて利用可能なインラインタイプのシート処理装置の台数や、それらの装置の接続順序が、一律的に規定されているようなシステム構成でも良い。少なくとも、後述する各種ジョブ制御の少なくとも何れかを実行可能に構成されるならば、如何なるシステム構成でも装置構成でもあっても本発明に包含される。
[本システム1000のUI部の1例に該当する操作部204の構成]
図4等を用いて、本システム1000の印刷装置100が具備する本システム1000におけるユーザインタフェース部(以下、UI部と呼ぶ)の一例に該当する操作部204について説明する。
操作部204は、ハードキーによるユーザ操作を受付け可能なキー入力部402、ソフトキー(表示キー)によるユーザ操作を受付可能な表示ユニットの一例としてのタッチパネル部401を、有する。
図5に示すように、キー入力部402は、操作部電源スイッチ501を具備する。該スイッチ501のユーザ操作に応答し、制御部205は、スタンバイモード(通常動作状態)とスリープモード(ネットワーク印刷やファクシミリなどに備えて割り込み待ち状態でプログラムを停止して、消費電力を抑えている状態)を切り換える。
スタートキー503は、処理対象となるジョブのコピー動作や送信動作等、ユーザにより指示された種類のジョブ処理を印刷装置に開始させる指示をユーザから受付可能にする為のキーである。ストップキー502は、受付けたジョブの処理を印刷装置に中断させる指示をユーザから受付可能にする為のキーである。テンキー506は、各種設定の置数の設定をユーザにより実行可能にする為のキーである。クリアキー507は、キー506を介してユーザにより設定された置数等の各種パラメータを解除するためのキーである。リセットキー504は、ユーザにより処理対象のジョブに対して設定された各種設定を全て無効にし、且つ、設定値をデフォルト状態に戻す指示をユーザから受付る為のキーである。ユーザモードキー505は、ユーザごとのシステム設定画面に移行するためのキーである。
次に、図6は、本印刷システムが提供するユーザインタフェースユニットの一例に相当するタッチパネル部(以下、表示部とも呼ぶ)401を説明する図である。該タッチパネル部401はLCD(Liquid Crystal Display:液晶表示部)とその上に貼られた透明電極からなるタッチパネルディスプレイを有す。当該ユニット401は、操作者からの各種設定を受付ける機能と操作者に情報を提示する機能を兼ね備える。例えば、LCD上の有効表示状態の表示キーに該当する個所がユーザにより押下されたのを検知すると、制御部205は、ROM207に予め記憶された表示制御プログラムに従い、該表示部401に該キー操作に応じた操作画面を表示可能に制御する。
図6に示す表示部401上のコピータブ601がユーザにより押下された場合、制御部205は、本印刷装置が具備するコピー機能の操作画面を表示部401に表示させる。送信タブ602がユーザにより押下された場合、制御部205は、本印刷装置が具備するファックスやE−mail送信などデータ送信(Send)機能の操作画面を表示部401に表示させる。ボックスタブ603がユーザにより押下された場合、制御部205は、本印刷装置が具備するボックス機能の操作画面を表示部401に表示させる。
尚、ボックス機能とは、HDD209に仮想的に予め設けているユーザ毎に区別して利用可能な複数個のデータ記憶ボックス(以下、ボックスと呼ぶ)を用いた機能である。当該機能にて、制御部205は、例えば、複数のボックスのうちのユーザが所望のボックスを該ユーザによりユーザインタフェースユニットを介して選択可能にし、所望の操作をユーザから受付可能に制御する。例えば、制御部205は、操作部204を介して入力されたユーザからの指示に応答し、該ユーザにより選択されたボックスに対して、本印刷装置のスキャナ201から受付けたジョブの文書データをHDD209に保存する。
又、制御部205は、ボックスに記憶されたジョブのデータを、操作部204からのユーザ指示に従い、該ユーザが所望の出力形態で、例えば、プリンタ部203により印刷させたり、該ユーザの所望の外部装置に送信可能に外部I/F部202を制御する。
このよう各種のボックス操作をユーザにより実行可能にすべく、制御部205は、該ボックスタブ603のユーザ押下に応答し、表示部401にボックス機能の操作画面を表示可能に制御する。又、制御部205は、図6の表示部401の拡張タブ604がユーザにより押下された場合、スキャナ設定など拡張機能を設定するため画面を表示部401に表示させる。システムモニタキー617がユーザ押下された場合、MFPの状態や状況をユーザに通知する為の表示画面を表示部401に表示させる。
色選択設定キー605は、カラーコピー、白黒コピー、あるいは自動選択かを予めユーザにより選択可能にするための表示キーである。倍率設定キー608は、等倍、拡大、縮小などの倍率設定をユーザにより実行可能にする設定画面を表示部401に表示させる為のキーである。
両面キー614がユーザにより押下された場合、制御部205は、印刷対象となるジョブのプリント処理にて片面印刷か両面印刷のどちらを実行させるかを該ユーザにより設定可能にする画面を表示部401に表示させる。又、用紙選択キー615のユーザ押下に応答し、制御部205は、印刷対象のジョブの印刷処理に要する給紙部やシートサイズやシートタイプ(メディアタイプ)を該ユーザにより設定可能にする画面を表示部401に表示させる。キー612のユーザ押下に応答し、制御部205は、文字モードや写真モードなど原稿画像に適した画像処理モードを該ユーザにより選択可能にする為の画面を表示部401に表示させる。又、濃度設定キー611をユーザ操作することで、印刷対象となるジョブの出力画像の濃淡を調整可能にする。
又、図6には、スタンバイ状態、ウォームアップ中、プリント中、ジャム、エラー等、本印刷装置にて現在発生中のイベントの動作状態が表示される。
更に、制御部205は、割り込みキー613がユーザにより押下された場合、本印刷装置により印刷中のジョブの印刷を停止させ、該ユーザのジョブの印刷を実行可能にする。応用モードキー618が押下された場合、ページ連写、表紙・合紙設定、縮小レイアウト、画像移動など様々な画像処理やレイアウトなどの設定を行う画面を表示部401に表示させる。
制御部205は、処理対象となるジョブの為の設定として、本印刷システム1000が具備するインラインタイプのシート処理装置200を実行するための指示を受け付けることができる。
この一例として、例えば、制御部205は、表示部401に図6の表示キー609を表示させる。このシート処理設定キー609がユーザ押下されたとする。この場合、ユーザは、本システム1000が具備するインラインタイプのシート処理装置を用いて実行可能なシート処理の選択候補の中からユーザが所望のシート処理を選択する。
尚、図6に例示する「シート処理設定キー609」のことを、「フィニッシングキー」とも呼ぶ。
図7、8は、ホストコンピュータのプリンタドライバによって提供される設定画面である。
ここで、例えば、図7の設定画面の仕上げキー1701がユーザのマウス操作により押下されることにより、ホストコンピュータのCPUは、図8のような設定画面を表示する。
ユーザは、図8の設定画面を用いて、本システム1000が具備するインラインタイプのシート処理装置200により実行させるべきシート処理の種類を設定する。
尚、ここでは省略するが、該ホストコンピュータは、本形態で述べる各種の処理や制御と同等の処理や制御を実行することができる。
ホストコンピュータのCPUは、これらの設定画面を介してユーザにより設定された各種印刷条件を示すコマンドと、プリント部203によりプリントされるプリントデータとを用いて生成される印刷ジョブを印刷システム1000に送信する。
そして、本システム1000は、ホストコンピュータから送信された印刷ジョブに基づいて、印刷処理、シート処理等を実行する。
図9は図2におけるROM207内に格納され、本印刷システム1000内のコントローラ部205により読み出される各種プログラムおよび該プログラム等によって使用されるデータを例示したものである。図示するように、ROM207には印刷システム1000が提供することの出来る各種機能を実現するためのプログラムが格納されている。
ブートローダ3101は本印刷システム1000の電源投入直後に実行されるプログラムである。これらプログラムには、システムの起動に必要となる各種起動シーケンスを実行するためのプログラムが含まれる。
オペレーティングシステム3102は本印刷システム1000の機能を実現する各種プログラムの実行環境を提供することを目的としたプログラムである。これは、主に本印刷システム1000のメモリ、すなわち図2におけるROM207やRAM208、ハードディスク209等の資源管理、および同図に示された各種装置の基本的な入出力制御等の機能を提供する。
データ送受信プログラム3103は図2における外部I/F202を経由してデータの入出力要求が発生した際に行われる送受信処理を行うための制御プログラムである。具体的にはTCP/IP等のプロトコルスタックを内包し、図1に示す印刷環境10000内においてネットワーク101経由で接続される外部機器等との間で各種データ通信するための制御プログラムである。ここで行われる通信処理は本印刷システム1000とネットワーク101の間を入出力されるデータパケットの送受信レベルやHTTPサーバ等通信処理に特化した処理を担当し、この後述べる受信されたデータの内容に関する解析処理は含まれない。データの解析処理は後述するコントローラ部205によって別プログラムの記述内容に基づいて実行される。
機器管理機能プログラム3104は、システム起動時および接続されたデバイスの状態変化発生時に実行されるプログラムである。すなわち、本印刷システム1000が管理し複合機としての機能を実現するための各種デバイスの接続状態、ステータス、能力等の統合的な管理を行うためのプログラムである。前述の各種デバイスとは、具体的にはプリンタ部203、スキャナ部201、シート処理装置200等、脱着可能なデバイス若しくは脱着不可能なデバイス等を指す。
コピー機能プログラム3105は、操作部204経由で本印刷システム1000のユーザがコピーファンクションの実行を指示した際にコピー機能を実行するためのプログラムである。前述の各デバイスには、スキャナ部201やプリンタ部203、シート処理装置200、ハードディスク200、圧縮伸張部210、RAM208等が含まれる。
スキャン機能プログラム3106は、操作部204経由で本印刷システム1000のユーザがスキャンファンクションの実行を指示した際にスキャン機能を実行するためのプログラムである。
PDL機能プログラム3107は、PDL(印刷記述言語)データが本印刷システム1000によって受信された場合に、外部I/F204の指示によりコントローラ部205によって実行されるPDLプリント機能を実行するプログラムである。コントローラ部205によって行われるPDLプリント機能においては、本プログラムに記述された処理順序、処理条件に基づいてコントローラ部205によって適切な順序で各デバイスの動作を順次指示する。その結果として最終的にPDLデータが解釈されて印刷処理が実行される。前記各デバイスには、シート処理装置200、プリンタ部203、ハードディスク200、圧縮伸張部210、RAM208等が含まれる。
JDF機能プログラム3108は、ジョブチケットを含む印刷ジョブが外部I/F202経由で本印刷システム1000によって受信された場合に、外部I/F204の指示によりコントローラ部205によって実行されるプログラムである。コントローラ部205によって行われるJDFプリント機能においては、本プログラムに記述された処理順序、処理条件に基づいてコントローラ部205によって適切な順序でこれら各デバイスの動作を順次指示する。結果として、JDFプリント処理が実行されるように制御される。
前記各デバイスには、シート処理装置200、プリンタ部203、ハードディスク200、圧縮伸張部210、RAM208等が含まれる。
BOX機能プログラム3109は、操作部204経由で本印刷システム1000のユーザがBOXファンクションの実行を指示した際に、前記操作部204からの指示によりコントローラ部205によって実行されるBOX機能を実行するプログラムである。
UI制御プログラム3110は、図4〜図6において示した操作部のタッチパネル部401およびキー入力部402の制御用プログラムである。UI制御プログラム3110は、本印刷システム1000のユーザによる操作部204の入力された内容を識別し適切な画面遷移及びコントローラ部205に対する処理依頼指示を行う。
その他の制御プログラム3111は、上述したプログラムのいずれにも該当しない機能を実現するためのプログラムのことであり、種々の動作がこれに含まれる。
装着オプション能力テーブル3112は、本印刷システム1000に脱着可能な装置の能力情報を静的に保持しておくテーブル情報である。前記能力情報は本印刷システム1000内のコントローラ部205が各種のデータを処理するために、または、機器を管理するために、装着オプションの能力に応じて処理内容を変更する際に参照される。なお、テーブル名称としては装着オプション能力テーブルと称している。しかしながら、装着オプションとは例えば図3のシート処理装置(例えば、大容量スタッカ、糊付け製本機、中綴じ製本機)のように機器に脱着可能な装置のみを対象としない。すなわち、印刷装置本体100および該印刷装置本体100が備えるスキャナも装着オプションの形態として同一のテーブル内に管理されても構わない。本実施例においては印刷装置本体100に関する情報も脱着可能な装置と同等に同一のテーブル内で管理する場合の形態として実施した場合に基づいて説明を行う。
図10は、図2におけるハードディスク209内に格納され、本印刷システム1000内のコントローラ部205により読み出し、あるいは書き込みされる各種データの格納状況の一例を示したものである。ハードディスク209内に格納される情報は、機器の利用状況および機器構成、ジョブの進捗に応じて動的に変化する。そのため、同図において示した状態は本印刷システム1000の稼動時のある一時点における状態を示したものであり、常に同図と同じ状態であることを必ずしも意味するものではない。たとえば、複数の大容量の印刷ジョブを受け付けた場合、同図に示す空き領域が存在しない状態などが前述したある一時点の別のケースに該当する。
機器管理情報3301は、本印刷システム1000に脱着可能なシート処理装置200等の接続状況やステータス能力等の情報が格納されている。機器管理情報3301は図9において示した機器管理プログラム3104により管理される。各給紙段に設置されているメディアに関する情報も機器管理情報3301に含まれる。
デフォルト値テーブル3302は、本機器に投入されたジョブチケットを含む印刷ジョブを実行する際に、ジョブチケット内において設定値が指定されていない設定項目に関して、デフォルト値を用いて補完するために参照されるテーブルである。デフォルト値テーブル3302に格納される設定項目毎のデフォルト値は操作部204により変更可能である。デフォルト値テーブルに基づく印刷ジョブの実行制御についてはJDFプリントジョブに限定する必要はない。
処理ポリシー格納領域3307は、出力物の形態の一致を保証するために必要な設定および情報を保持するための領域である。なお、出力物の形態の一致を保証する処理を以後の記載において、出力物形態一致モードと呼ぶ。出力物形態一致モードの詳細については後述する。
保存文書データ3303は、図9において示した印刷装置のボックス(ハードディスク)に保存された文書データに相当する。
保存文書データ管理テーブル3304は保存文書データ3303の管理情報を格納する。
スプール領域3305は、本印刷システム1000に送信された印刷ジョブに含まれるデータを当該印刷ジョブが完了するまで一時的に保持しておくための領域である。なお、印刷ジョブには、印刷内容を描画するためのPDLデータ、印刷処理時の設定情報が記述されたジョブチケットを含む。また、印刷システムは、印刷内容を描画するためのデータおよび印刷処理時の設定情報をPDLデータとして受信する場合もある。この場合、PDLデータは印刷ジョブに相当するデータである。つまり、印刷ジョブとは描画するためのデータと印刷設定情報とを含むデータを指す。また、ジョブチケットとJDFは同じ意味を指す。
該印刷ジョブの実行が完了したら該当する印刷ジョブはスプール領域3305から削除され後続の印刷ジョブのために領域が開放される。前述したスプール領域3305に対して印刷ジョブを格納すること、およびジョブ完了後の領域開放の制御はコントローラ部205により制御される。
空き領域3306は上述した領域以外のハードディスク209内の領域に相当し、該領域の要領は本印刷システム1000の処理の進捗状況に応じて刻々と変化し、ハードディスク209の利用負荷によっては空き領域3306が存在しない場合もある。
図11は、印刷ジョブの構成の一例を示すためのものである。
ジョブチケットを含む印刷ジョブにおいては、処理対象データがMIMEフォーマットにより単一のパッケージに組み入れられ、印刷システムは該MIMEフォーマットによりエンコードされたデータを受理する。エンコード対象となるデータは、印刷内容を描画するためのPDLデータ、印刷設定情報を記述するジョブチケット領域、PODワークフローを構成する機器間で交わされる通信およびステータス管理を行うための管理領域である。
本実施例では、MIMEフォーマットによる印刷ジョブの処理を想定している。しかしながら、MIMEフォーマット以外のフォーマットによりJDFジョブ投入がなされた場合においても、請求項に記載された要件を満たす限りにおいて本発明による効果は有効であることはいうまでもない。
MIMEヘッダ3501は、MIMEフォーマットにより複数のパートを単一のパッケージに組み入れる際に必要となるヘッダ領域であり、ここにはMIMEパッケージ全体のデータサイズ等MIMEの管理情報が格納される。
JMFパート3502は、上述したPODワークフローを構成する機器間で交わされる通信およびステータス管理を行うための管理情報を格納する領域である。
JDFパート3503は、上述したジョブの設定情報を保持する領域である。ジョブチケットのフォーマット、設定情報に関してはJDFの仕様としてCIP4が発行するJDF仕様書に記載されている。本印刷システム1000におけるJDFプリント機能を実現するに際しても該仕様書の記載事項に基づき処理されることを想定しているため詳細説明は省略する。従って、本実施例による効果を説明する上で最低限の具体例を例示するために後の図においてジョブチケットの一具体例を示し概略の説明を行うものとする。
続くPDLファイル1(3504)、PDLファイル2(3505)、PDLファイル3(3506)は、印刷内容を描画するためのコンテンツデータである。同図における例においては3つのコンテンツデータがMIMEパッケージに内包されている場合の例が示されている。PDLコンテンツの数については仕様上の制限は存在せず、同図におけるコンテンツ数3以外のケースにおいても同様に処理される。また、JDFの仕様により、PDLコンテンツがMIMEパッケージ内に内包される代わりに外部のファイルシステム等に保持され、該外部のファイルシステム等に保持されたファイルのURLのみがJDF内に記載されるケースもあり得る。その場合、該URLに基づき該外部のファイルシステム等に保持されたファイルをPULLすることによりコンテンツデータを処理しても良い。しかしながら、本実施例の説明においては前記コンテンツファイルPULL時の動作に関する詳細説明は省略する。
なおMIMEフォーマット自体の仕様に関してはRFCにおいて定義されているためここでの詳細な説明は省略する。
図12は、図11におけるMIMEパッケージ内に内包されるJDFパート3503におけるジョブチケットの記述内容の一例である。図13は、図5に示すユーザモードキー505が押下されることで表示されるシステム設定画面の一例を示したものである。
同図において表示される複数のシステム設定機能ボタンのうち、JDF設定ボタン3901の役割について説明する。
JDF設定ボタンの指示に従って、本印刷システム1000は、JDFプリントジョブの動作に関する設定を行う操作画面を表示する。前記JDF設定ボタン3901を押下した直後にLCD上に表示される操作画面を図14に示す。
図14は、出力物形態一致モードの設定画面である。同画面においてユーザが選択することのできる動作は、出力物形態一致モードのOFFボタン(4101)および出力物形態一致モードのONボタン(4102)のいずれか1つである。つまり、出力形態一致モードをONに設定することで、例えば1回目の印刷処理により出力された出力物と、再印刷処理により出力される出力物との出力形態を一致させることが可能となる。
図15は図11において示したJDFパート3503部の解析完了後に生成されるJDF解析結果テーブルである。同テーブルはJDFプリント機能プログラム3108によって生成される。同テーブルが生成されるタイミングの一例は、機器に外部I/F202経由で図11において例示したような印刷ジョブが投入され該投入ジョブのJDFパート3503が解析完了した後である。同テーブルはRAM208上に保持される。
図示するように図15のテーブルは2つのフィールドから構成される。
機能フィールド4301は、ジョブチケットを解析することで得られる各機能の設定属性の種別(設定項目)を格納するフィールドである。
解析結果フィールド4302は、ジョブチケットを解析することで得られる設定値(属性値)を前記機能フィールド4301によって示される設定属性の種別に応じて格納するためのフィールドである。
コントローラ部205は、本解析結果フィールドの解析結果を用いて印刷ジョブを実行する。
図15において示される解析済みの設定値のうち、出力物形態一致モードによる効果を説明する上で注目すべき設定属性の1つが両面印刷属性4303であり、もう1つはメディア属性4304である。
両面印刷属性4303は、印刷処理時の印刷対象面、すなわち片面印刷若しくは両面印刷を指示するための印刷属性である。しかしながら、図15の解析結果では、両面印刷属性の解析結果が空欄となっている。これは、該印刷ジョブのジョブチケット内に、両面印刷属性に対する明示的な設定が存在しなかった場合の解析結果を示している。この場合、本印刷システム1000は、機器が保持するデフォルト値(パネル値)を用いて印刷処理を行う。各印刷属性のデフォルト値(パネル値)は図10におけるデフォルト値テーブル3302内において保持されている。なお、デフォルト値(パネル値)はデバイスにおいて設定された設定値であるため、デバイス設定値と呼ぶ場合もある。
また図15において、メディア属性(用紙項目)4304は、印刷処理において使用されるメディアを指示するための印刷属性である。しかしながら、図15では、メディア属性(用紙項目)の解析結果としてデッキ1が記述されている。これは、印刷時に、デッキ1にセットされたメディアが給紙されることを示している。
図16は、図10におけるデフォルト値テーブル3302の詳細を説明するためのものである。本実施例においては格納される情報は、図15に示したJDF解析結果テーブルと同等であり、図16では図15におけるJDF解析結果テーブルの各印刷属性の設定値(解析結果)を格納する代わりに、デフォルト値(パネル値)が格納される。デフォルト値テーブル3302に格納されている各印刷属性のデフォルト値(パネル値)は操作部204によって変更可能である。
図17は、図10における機器管理情報領域3301内に管理されている本印刷システム1000に装着されている給紙段および該給紙段に装填されているメディア種の一例を示すテーブルである。図17のテーブルは、給紙場所フィールド4701、サイズフィールド4702、およびメディア種フィールド4703から構成される。
給紙場所フィールド4701は、本印刷システムに装着されている給紙段の位置に対応する識別情報(ID)を保持するフィールドである。なお、IDは各給紙段を識別できる情報であれば、名称であっても記号であっても良い。
サイズフィールド4702には、給紙場所フィールド4701によって識別される給紙段に装填されているメディアのサイズ情報が格納される。
メディア種フィールド4703には、給紙場所フィールド4701によって識別される給紙段に設置されているメディアの種類を示す識別情報(ID)が格納される。
サイズフィールド4702に格納されるメディアサイズと、メディア種フィールド4703に格納されるメディア種IDによって、印刷時に使用されるメディアが一意に識別される。
なお、図17においては全ての給紙段にメディアが装填されている状態のメディア情報テーブルが例示されている。仮にメディアが装填されていない給紙段が存在する場合には、該給紙段に相当する給紙場所フィールド4701に対応するサイズフィールド4702およびメディア種フィールド4703内に格納されるIDは空欄となる。
図18は、図10における処理ポリシー格納領域3307内に保持される属性変換テーブルの一例を示すためのものである。属性変換テーブルとは、出力物形態一致モードにおいて出力物の形態一致を保証するために設定値に関する変換ルールを記載したものである。
図18および図15に示す例を用いて具体的に説明する。
図15のJDF解析結果テーブルにおいて、両面印刷属性4303は、既述の通りデフォルト値(パネル値)を適用する。つまり、コントローラ部205は、図15の両面印刷属性の空欄に対して図16の両面印刷属性のデフォルト値である「両面」を適用する。
しかしながら、デフォルト値テーブル3302内に格納される各設定値は、図16の説明において既述した通り操作部204によって変更可能である。すなわち、仮に同一の印刷ジョブを用いて再印刷を指示した場合であってもデフォルト値テーブルの設定値が前回印刷時と同一とは限らない。なぜならば前回の印刷時から再印刷が指示されるまでの間に、操作部を用いてデフォルト値が変更されている可能性があるためである。
このことから本発明の課題において述べた問題が発生する。すなわち、同一の印刷ジョブを処理する場合であっても、前回の印刷時から再印刷が指示されるまでの間に操作部を用いてデフォルト値が変更されている場合、前回の印刷時の出力物と異なる出力物が再印刷時に出力されることになる。
また、同様に図15に示したJDF解析結果テーブルの例におけるメディア属性4304についても、同様の問題が生じる可能性がある。すなわち、図15における例示では、メディア属性4304の値がデッキ1となっている。つまり、印刷時に使用するメディアを指定するために給紙段が指定されている。本実施例では、デッキ1に装填されているメディアは図17に示す通りメディアサイズはA4、メディア種は0001である。故に、この機器の状態において、図15の解析結果が示すジョブチケットを含む印刷ジョブが投入されると、印刷システムは、その印刷ジョブのためにメディアサイズA4、メディア種0001によって特定されるメディアを用いて印刷処理を実行する。
しかしながら、給紙段に装填するメディアは機器の利用状況に応じて変更されることが一般的である。なぜならば、給紙段の数は有限である一方で、印刷ジョブにおいて使用されるメディア種、メディアサイズは、ジョブの内容に応じてその都度変更される。すなわち、印刷ジョブの完了に従って次に処理されるべき印刷ジョブ用にデッキ1のメディア種が変更されることは十分に起こりうる。
よって、ある時点においてデッキ1に装填されていたメディアが、再印刷の時点においても同一箇所に装填されているとは限らない可能性がある。
そのため、デッキ1に装填されたメディアを使用するように指定された印刷ジョブを用いて再印刷を実行する場合、再印刷の指示を受けた時点において前回デッキ1に装填されていたメディアとは異なるメディアがデッキ1に充填されている可能性も十分に考えられる。この場合、同じ印刷ジョブを用いて印刷処理が実行されても、同じ用紙を用いて印刷されなくなり、ユーザが所望とする出力物が得られなくなる可能性がある。
上述した問題は、ジョブチケットの解析結果における印刷属性および設定値が、出力物の形態を指示しないことに起因する。
本発明では、前述の如く出力物の形態を指示しない設定値を、出力物の形態を指示する設定値に変換することにより上記問題点を解決する。
図18のテーブルは3つのフィールドから構成される。変換元属性フィールド4901は、上述した出力物の形態を指示しない印刷属性を格納するフィールドである。すなわち、該フィールドに格納された設定値は、ある時点の出力物と再印刷時の出力物の出力形態を一致させるために変換する必要がある。
属性値フィールド4902は、変換元属性フィールド4901に記載の属性に設定された設定値を格納するためのフィールドである。変換先属性フィールド4903は、変換元属性フィールド4901および属性値フィールド4902に記載された組み合わせをジョブチケット解析中に検出した際に、変換対象となる属性および設定値を格納するためのフィールドである。
図18においては、属性変換テーブル内に3つの変換ルールを記載したレコードが例示されている。すなわち、レコード4904においては、メディア属性の値がオートであった時に、再印刷におけるメディア属性の値を前回の印刷にて使用されたメディアサイズとメディア種に置換するというルールが記載されている。レコード4905においては、メディア属性の値が給紙段である場合、再印刷におけるメディア属性の値を前回の印刷に使用されたメディアサイズとメディア種に置換するというルールが記載されている。また、レコード4906は、変換元となる属性は全属性であることを意味し、該属性の値がジョブチケット内で省略された場合に実行される処理を規定するためのものである。すなわち、属性の値に関する記述がジョブチケット内で省略されていた場合、デフォルト値(パネル値)がデフォルト値テーブル3302から参照され適用されるというルールを記載している。
図19は、本発明における出力物形態一致保証モードが有効な場合に、図15において例示した解析結果に対し、図15〜図18のテーブルを参照し変換された結果を示すJDF解析結果テーブルの一例を示したものである。図示の如く、出力物形態一致を保証するためにさらなる変換が必要であった両面印刷属性4303およびメディア属性4304が図18のルールに従い変換されていることが分かる。例えば、両面印刷の機能についてはデフォルト値に従って両面印刷を実行したことにより、図19の両面印刷属性には両面という設定値が格納される(図19の5103)。当然、デフォルト値に従って片面印刷が実行された場合、図19の両面印刷属性の設定値には片面が格納される。一方、メディア属性についてはデッキ1に格納されたA4サイズ、ID0001に相当する用紙が使用されたことを示す設定値が格納される。
なお、受信したJDFから再印刷に備えて生成されたJDFをリプライJDFと定義する。
図20は、本印刷システム1000に投入された最初のJDF、すなわち変換前のジョブチケットの一例を示したものである。図20に示された変換前のJDFは出力物の形態を一致することを保証できない設定値を含んでいる。すなわち、図22に示した解析結果における両面印刷について、デフォルト値(パネル値)が適用されるケースである。
また、印刷時に使用するメディア属性4304の指示として、給紙段(給紙場所)が指定されている。すなわちジョブ実行時に選択されるメディアが機器の状態に依存して変わるケースに該当する。具体的には、図20の5301によって示される箇所において、両面属性“Side”の値が省略され、また5302によって示される箇所においてメディア属性として“Location”すなわち給紙段が指定されている。
図21は、本発明における出力物形態一致モードが指定された場合に、図20の変換前のジョブチケットが、本発明を適用することにより、出力物形態一致を保証すべく置換対象の設定値が置換された結果を示す図である。図21のジョブチケットは図19における説明において既述した通り、リプライJDFである。
図21のリプライJDFは、図20において示された変換前のジョブチケットにおいて、出力物形態一致を保証すべく属性変換テーブルの記載内容に基づく置換処理が施されている。具体的には、5501によって示す箇所において、両面属性“Side”の値が図16のデフォルト値デーブルの値によって補完され、両面を意味する設定値に置換されている。また、5502および5503によって示される箇所において、メディア属性の設定値がメディアサイズを示す“Dimension”属性およびメディアタイプを示す“Type”属性に変換されている。
図22は、図2におけるコントローラ部205によって実行される処理を説明するためのフローチャートである。なお、本実施例のフローチャートの各処理ステップは、図2のコントローラ部205によって実行される。
まず、コントローラ部205は、電源が投入されるとブート処理を実行する(ステップS6101)。具体的には図9のブートローダ3101をコントローラ部205がROM207から読み出して実行する。S6101の処理は、本印刷システムに接続されている各種デバイス、資源等の初期化コマンドの発行、機器が起動直後に行うクリーニング等の初期化処理に該当するすべての初期化処理を含む。また、ブートローダ3101が行う処理には、オペレーティングシステム3102を読み出し該オペレーティングシステムのサービスが開始されるまでのプロセスである。
ブート処理が完了すると、コントローラ部205は、次にROM207内に格納されている機器管理機能プログラム3104を起動する(ステップS6202)。同ステップにおいて実行される前記機器管理機能プログラム3104により、コントローラ部205がデバイスの接続状態を調査する。
次にコントローラ部205が上述した以外のプログラムをROM207から読み出して実行する(ステップS6103)。該ステップにおいてロード対象となるプログラムは図18に示したROM内に格納されている各種プログラムのうち、上述したステップにおいて既に読み込まれているものを除いたプログラムを指す。
コントローラ部205は、ステップS6104のイベント待ち状態に移行する。ここで記載したイベントとは、少なくとも次に示す処理を含む。第1のイベントは、ユーザが操作部204を用いてジョブ実行指示あるいは設定変更を入力する処理である。また第2のイベントは、外部I/F202経由で本印刷システム1000外の機器から本印刷システム1000に対して印刷ジョブが投入される処理である。また第3のイベントは、JDFプリントジョブの受信および該受信ジョブの実行の依頼を受信する処理である。また第4のイベントは、本印刷システム1000外の機器から本印刷システム1000に対するジョブ投入以外の処理要求を受信する処理である。
前記ジョブ投入以外の処理要求は、例えば機器のステータス取得や機器内に格納されている各種設定情報や管理情報の変更等が該当する。
ステップS6104において何らかのイベントが発生し、該イベントがコントローラ部205に対して通知された場合、ステップS6105以降のステップに進み、発生したイベントを識別して、該発生したイベントに対応した動作を実行する。
よって、コントローラ部205は、S6105にて発生したイベントの種別を判別する。
コントローラ部205は、イベント発生時に実行されたステップS6105の判別により、発生したイベントがJDFジョブ実行開始依頼であるかどうかを判定する。
前記JDFジョブ実行開始依頼は図2におけるI/F202部が外部機器からのJDFジョブデータを受信したと判別された段階でコントローラ部205に対して発行されるイベントである。ステップS6106において発生したイベントがJDFジョブ実行開始依頼であると判定された場合(JDFジョブデータを受信した場合)、コントローラ部205の処理はステップS6110に進む。一方でステップS6106における判定の結果、発生したイベントがJDFジョブ実行開始依頼でないと判別された場合、コントローラ部205の処理はステップS6107に進む。
コントローラ部205は、外部I/F202経由で本印刷システム1000外の機器から本印刷システム1000に対して投入されたJDFプリントジョブの印刷処理を実行する(S6110)。なお、S6110の処理の詳細は図23に後述する。
ステップS6106の判定の結果、発生したイベントがJDFジョブ実行開始依頼でないと判別された場合、コントローラ部205は、発生したイベントが機器構成変更によるものであるかどうかを判定する(S6107)。S6107の判定の結果、発生したイベントが機器構成変更ものであった場合、コントローラ部205の処理はステップS6109に進み、機器構成変更処理を実行する。
ステップS6107の判別の結果、ステップS6105において判別された事象が機器構成変更処理でもないと判定された場合、コントローラ部205は、発生したイベント種に応じた処理を実行する(S6108)。S6108において実行される処理は、様々なものが該当するが、それら個々の動作の種別及び動作の内容に関しては本実施例を説明する上の本質ではないため簡略化のため単一のステップにまとめて表記する。しかしながら、同ステップにおいては上述したように複数の処理の実行が含まれていることを明記しておく。
コントローラ部205におけるステップS6108、ステップS6109、ステップS6110の各処理が完了したらステップS6104に移動し、コントローラ部205は再び次のイベント処理の待ち状態に移行する。
図23は、図22において示したステップS6110に関する詳細な説明を示すフローチャートである。
図23に示したフローチャートは、コントローラ部205が、ジョブデータの読み込みを行う処理から開始する。これは、図18に示す形式により本印刷システム1000の外部機器(例えばPC104など)からジョブデータを受信する処理に相当する。
コントローラ部205は、JDFプリントジョブを構成するデータのMIMEフォーマットの解析を行う(S6301)。具体的には受信されたMIMEデータ中に含まれるコンテンツをMIMEヘッダの情報を用いて切り出し、切り出されたデータをハードディスク209内に格納する。S6310においてMIMEデータから切り出されるコンテンツはJMF、JDF、および印刷内容の描画データを示すPDLデータの3種類であり、PDLデータについては1つ以上存在することを許している。
コントローラ部205は、ハードディスク209内に格納されているJMFパートを解析する(S6302)。JMF自体はJDFワークフローシステムを制御する上で主に通信、ステータス等を担当するが、本実施例の効果を説明する限りに置いては重要ではないため、詳細な説明は省略する。
ステップS6302のJMFパートの解析処理が完了した後、コントローラ部205はハードディスク209内に格納されているJDFパートの解析処理を行う(S6303)。S6303の処理は、図20に示したジョブチケットを解析し、図15に示したJDF解析結果テーブルを得る処理に該当する。なお、S6303の詳細な処理は図24に後述する。
続いてコントローラ部205は、ジョブ実行時の出力物形態一致モードの設定値が有効か否かを判定する(S6304)。出力物形態一致モードは図14において示した画面によって設定される。
S6304の判定の結果、出力物形態一致モードの設定値が有効だった場合、コントローラ部はステップS6305に処理を進める。
ステップS6305の処理は、コントローラ部205が、S6303で得られたJDF解析結果に対し、出力物の形態を一意に決定し得ない設定項目および設定値を抽出し、それらを出力物の形態を一意に決定し得る設定項目および設定値に変更する処理に該当する。換言すれば、図15に示したJDF解析結果テーブルから図19に示したJDF解析結果テーブルを得る処理に該当する。なお、S6305の詳細な説明は後述する。
S6304の判定の結果、出力物形態一致モードの設定値が無効だった場合、コントローラ部205の処理は、ステップS6304をスキップしステップS6306に進む。
コントローラ部205は、JDF解析結果テーブルに格納されている設定情報に関する処理を、デバイスの能力およびステータスに基づいて実行できるか否かを判定する(S6306)。
コントローラ部205は、印刷内容を描画するためのPDLデータを解析する(S6307)。具体的には、コントローラ部205は、PDLデータの解析とイメージデータへの変換処理をJDF解析結果テーブルに記載された設定情報に従って実行し、最終的に印刷可能なラスタイメージに変換し、ハードディスク209内に変換後イメージデータを格納する。
コントローラ部205は、ステップS6307においてハードディスク209内に格納された印刷対象イメージデータを印刷する(S6308)。その際に、コントローラ部205は、ステップS6303、または、ステップS6305の処理を経て生成されるJDF解析テーブルの内容に従い印刷する。
ステップS6308における印刷処理が完了したら、コントローラ部205は、ステップS6309に進みリプライJDFを作成する。これは、受信したジョブチケットに対し、出力物形態一致モードが有効であることによって設定値が変更された場合に、当該変更された設定値が反映されたジョブチケットを作成する処理である。換言すれば、図20に示したJDFから図21に示したJDFを作成する処理に相当する。
リプライJDFの作成が完了したらステップS6310に進み、コントローラ部205は、ステップS6309において作成されたリプライJDFをジョブの送信元であるクライアントに返信する。ステップS6310による返信処理が完了したら図22におけるステップS6104に戻る。
ステップS6306の判定の結果、受信されたジョブを実行できないと判定された場合、コントローラ部205は、当該ジョブの実行をキャンセルする(S6311)。
図24は、図23におけるステップ6303の処理を詳細に説明するためのフロー図である。
コントローラ部205は、まずXMLの構文解析処理を行い、ジョブチケットに記載されている情報を取り込む(ステップS6501)。同ステップにおいて取り込まれた情報は後述するリプライJDF作成時に再び必要となるためジョブの実行処理が完結するまでRAM208内に保持される。
次にステップS6502以降のステップで、コントローラ部205は、ステップS6501により得られる情報が示す意味を解析する。ステップS6502においてはジョブチケットのルートノードであるJDFノード部分の意味が解析される。ジョブチケットのノードにはジョブ管理に必要となる情報のほか、当該ジョブチケットが処理対象とするプロセスの定義等に関する情報が格納されている。
次にステップS6503において、コントローラ部205は、ジョブチケットのうちジョブ実行時の設定パラメータの格納場所であるリソースプール内の情報が示す意味を解析する。リソースプール内には、PDL展開処理、面付け等のイメージ加工処理、そして印刷処理、フィニッシング処理等において反映すべき各種設定情報が格納されている。
ステップS6504において、コントローラ部205は、JDFのプロセスとリソースのリンク情報が適切に表現されており矛盾したリンク設定がなされていないかどうかに関する調査を実行する。
次にステップS6505において、コントローラ部205は、上述したステップS6501からステップS6504までの処理において、解析エラーが発生していたかどうかの判別を行う。解析エラーが発生していると判別された場合にはジョブを実行することができないため、ステップS6507に進み、ジョブ実行フラグにNGをセットする。ジョブ実行フラグとはコントローラ部205が当該フローに記載された処理を行うプログラムを実行するにあたり、RAM208上に記憶される情報の一部を指す。
ステップS6505において、解析エラーが発生していないと判定された場合、コントローラ部205は、ステップS6506に進みJDF解析結果テーブルを作成する。同ステップにおいて作成されるJDF解析結果テーブルの詳細に関しては図15の説明において為されているため省略する。ステップS6506における処理が完了したらステップS6508に進む。
ステップS6508において、コントローラ部205は、ステップS6506において作成されたJDF解析結果テーブルと図10における機器管理情報フィールド内に格納される装着オプション能力テーブルの情報を照合する。そして、JDF解析結果テーブルにおいて格納されるジョブの設定に関して、装着オプション能力テーブル内に記載の機能のうち、現時点における本印刷システム1000の構成においては実行することの出来ない機能を抽出する。前記装着オプション能力テーブルの詳細については本発明の効果を説明する上で本質的ではないため省略する。
ステップS6510において、コントローラ部205は、機器構成あるいは能力により実行することのできない設定情報が存在するか否かに従って、印刷ジョブをキャンセルすべきか否かを判別する。判別の結果としてジョブをキャンセルすべきと判定された場合、該ジョブをキャンセルするためにステップS6507に進む。同ステップにおける判別の結果としてジョブを実行すべきと判定された場合にはステップS6512に進みジョブ実行フラグにOKをセットする。
図25は、図23におけるステップS6305の処理を説明するためのフロー図である。図23に記載の通り、本処理は出力物形態一致モードが有効の場合のみ実行される一連のフローである。
コントローラ部205は、図15のJDF解析結果テーブルの内容を取得する(ステップS6701)。次に、コントローラ部205は、ステップS6701で取得したJDF解析結果テーブルの内容について、出力物形態一致を保証するために変換を要する属性および設定値を検出し、必要に応じて変換処理を実行する。
コントローラ部205は、ステップS6702において解析結果テーブルの全ての属性についてチェックしたか判定する。ここで全ての設定項目についてチェックしたと判定された場合、コントローラ部205は処理を終了する。
一方、ステップS6702の判別の結果、JDF解析結果テーブルの設定項目のうち、まだチェック対象となる設定項目が残っていると判定された場合にはステップS6703に進み、次の設定項目をチェック対象として選択する。
ステップS6704以降は、出力物形態一致モードを実現するための処理である。ステップS6704において図18の属性変換テーブルの全項目に関してチェックが完了しているか否かを判定する。
ステップS6704による判定の結果、全項目についてチェックが完了している場合、コントローラ部205の処理は、ステップS6702に戻る。
ステップS6704による判定の結果、全項目について図18の属性変換テーブルの全項目についてチェックが完了していないと判定された場合、残りの項目について処理を実行する。すなわちステップS6706に進み、図18の属性変換テーブルの次の変換ルールを取得する。ここで取得した属性変換テーブルの次の変換ルールに記載されている属性および属性値変換ルールが、ステップS6703において選択されたJDF解析結果テーブルの設定項目と設定値に該当するか否かを判定する(ステップS6707)。
ステップS6707の判定により属性値変換ルールが、ステップS6703において選択されたJDF解析結果テーブルの設定項目と設定値に該当すると判定された場合、コントローラ部205は、属性変換テーブルのルールに基づき変換処理を行う(S6708)。変換された結果はJDF解析結果テーブルの該当エントリに上書される(その結果が図19である)。さらに、コントローラ部205は、置換処理が施された設定項目および設定値の変換履歴情報をRAM208に保持する(ステップS6709)。この履歴情報は後述するリプライJDF作成時に利用される。ステップS6709の処理が完了したらステップS6704に戻る。
以上、図25の処理を実行することで、受信した印刷ジョブに含まれない、印刷処理により使用された設定値(例えば、印刷ジョブの設定値では空欄だった両面印刷項目用に使用された両面印刷を示す設定値)が記憶される。
図26は図23におけるステップS6309(リプライJDF作成処理)を説明するためのフロー図である。
ステップS6901において、コントローラ部205は、図25におけるステップS6709において作成された履歴情報を取得する。
ステップS6902においてステップS6901において取得された履歴情報を全て反映したか判定する。
ステップS6902における判定により全ての履歴情報を反映したと判定されなかった場合には、ステップS6903に進み、コントローラ部205は、次の履歴情報を選択し、該選択された履歴情報に対応する設定項目を特定する(ステップS6904)。
さらにステップS6905に進み、ステップS6904において特定された設定項目の設定値をステップS6903で選択された履歴情報に基づき修正する。ステップS6905の処理が終了したら再びステップS6902に戻り、全ての変更履歴情報について同様の処理を行う。
ステップS6902の判定により、全ての履歴情報を反映したと判定された場合には、全ての履歴情報のエントリに関して処理が完了したことを意味するため、ステップS6906に進み、S6905の修正結果に基づいてリプライJDFを作成する。
以上、本実施形態によれば、印刷ジョブに含まれない、前記実行手段による印刷処理に使用された設定値を記憶しておき、これらの情報を用いて再印刷することで、例えば前回の印刷による出力物と再印刷による出力物との形態を同一化することが可能となる。
図27は、図1におけるPC104の内部構成を示すためのブロック図である。PC104は、各種の処理を実行するためのプログラムおよび該プログラムが使用するデータをハードディスク3104(以下、HDとも呼ぶ)に記憶する。ハードディスク3109には、本PC104において作成されたJDFジョブデータおよび印刷システム1000から返還されたJDFジョブデータが保持される。
又、ネットワーク接続機器、外部専用装置と各種データなどを送受する外部I/F部8107を具備する。
PC104はさらに入力装置8106および表示装置8105をも具備する。入力装置8106とは、例えばキーボードやマウスなどの操作情報入力を目的とする装置の事を指し、また表示装置8105とはディスプレイなどの表示を目的とする装置を指す。
CPU8101は、PC104が具備する各種ユニットの処理や動作等を統括的に制御する。ROM8102は、後述するフローチャートの各種処理等を実行する為のプログラムを含む本形態にて要する各種の制御プログラムが記憶されている。又、ROM8102には、入力装置8106および表示装置8105を用いて各種のUI画面の表示および操作の為の制御プログラムも記憶されている。CPU8101は、ROM8102のプログラムを読出実行することで、本形態にて説明する各種の動作を本印刷装置により実行させる。
RAM8103は読み出し及び書き込み可能なメモリで、図27に示す各種モジュール間で送受信および各種加工がなされる画像データや、各種プログラムや設定情報を記憶する。
図28は、図27におけるハードディスク8104内に格納され、PC104内のCPU8101により読み出されあるいは書き込まれる各種データの格納状況の一例を示したものである。
各種設定情報8301は、PC104が各種動作をする上で永続的に保持しかつ変更可能な性質を持つ設定情報等を保持するための領域である。
アプリケーション領域8302は、PC104にインストールされ、該PC上で動作する各種アプリケーションプログラムの格納領域である。アプリケーション領域8302に格納されるアプリケーションには、JDFジョブの生成、編集、送信、リプライJDF受信、およびPC内部に保存されるJDFジョブの管理等を目的としたアプリケーションも含まれる。
アプリケーション保存データ8303は、前記アプリケーション領域8302に格納されているアプリケーション固有の設定データ、前記アプリケーションによって作成された各種保存データである。
上記アプリケーション領域8302およびアプリケーション保存データ8303に保持されるデータの詳細については本発明の効果を説明する上で本質的ではないため省略する。
保存文書データ領域8304は、当PC104において作成、編集されたJDFジョブデータが保存される領域である。また、実施例1において示したリプライJDFが印刷システム1000から送信された場合、PC104は、当該リプライJDFを領域8304に保持される。
保存文書データ管理テーブル8305は、保存文書データ領域8304内に格納されているJDFジョブデータを一元管理する管理情報を保持するための領域である。該領域に保持される情報については図29にて後述する。
スプール領域8306は、当PC104が、印刷システム1000にJDFジョブデータを送信する際に、送信処理が完了するまで印刷データを一時的に保持するためのバッファとして使用される領域である。
空き領域8307は上述した領域以外のハードディスク8104内の領域に相当する。該領域の容量は本PC104の処理の進捗状況に応じて刻々と変化し、ハードディスク8104の利用負荷によっては空き領域8307が枯渇し消滅する場合もありうる。
図29は、図28における保存文書データ領域8304内に格納されているデータの構成の一例を示すためのものである。保存文書データ領域8304には、ジョブチケットデータと、印刷内容を描画するためのPDLデータが格納されている。これらジョブチケットデータとPDLデータとの対応付けについては、図28の保存文書データ管理テーブル8305によって行われる。
図30は、図28における保存文書管理テーブル8305内に格納されているデータ構成の一例を示す。保存文書管理テーブル8305は3つのフィールドから構成されている。
ジョブIDフィールド8701は、保存文書データ領域8304内に格納されているJDFジョブを一意に識別するためのIDを管理するフィールドである。該IDは内部制御に用いられると共に、当該機器から発行されたジョブをワークフロー上で一意に特定するためにも使用される。また、前述の要件を満たしうる形式によって実際のIDは表現および管理される。JDFフィールド8702は、ジョブIDフィールド8701によって識別されるジョブに対応づけられるジョブチケットを識別するためのフィールドである。PDLフィールド8703は、ジョブIDフィールド8701によって識別されるジョブに対応づけられるPDLデータを識別するためのフィールドである。図示する例においては単一のPDLデータのみが対応づけられているが、JDFジョブの仕様として、単一のJDFジョブ内で複数のPDLファイルを対応づけることも可能である。その場合には該フィールドに複数のPDLファイルが列挙される。
図31は、図27におけるCPU部8101によって行われるPC104起動後の制御に関する処理フローを説明するためのものである。なお、図31〜33はホストコンピュータにおいて実行される処理であるため、各処理ステップは、CPU部801によって実行される。
まず、CPU部8101は、電源が投入されるとブート処理を実行する(ステップS8901)。具体的には図27において示したROM8102およびハードディスク8104内に格納されているシステム起動時に必要な基本プログラム群をRAM8103に読み出し実行する処理に相当する。
ステップS8901の終了をもって本PC104が機能するための準備は完了し、ステップS8902のイベント待ち状態に移行する。
ここで言うイベントとは、少なくとも次に示す各種処理を含む。すなわち第一に、ユーザによる入力装置8106経由での各種操作である。また第二に、外部I/F8107経由で本PC104外の各種機器からのデータ送受信処理である。また第三に、JDFジョブの発行依頼である。また第4に、PC104外の機器から本PC104に対するリプライJDF受信処理である。さらに第5に、本PC104内部において発生する各種イベント等、本PC104がアイドル状態から遷移するためのきっかけとなるすべての事象を指す。換言すれば、イベントが発生しない限り本PC104の全体の制御を司るCPU8101は、ステップS8902から遷移することはない。
CPU部8101は、S8902にてイベントが発生したことを検知した場合、S8905において発生したイベントの種別を判別する。ここで、S8904においてCPU部8101が、S8902にて発生したイベントがJDFジョブ発行依頼であるかどうかを判別する。ステップS8904における判別の結果、発生したイベントがJDFジョブ発行依頼であると判別された場合、CPU部8101は、ステップS8908においてJDFジョブを生成し、外部I/F202経由でPC104ステムから印刷システム1000に対してJDFプリントジョブを送信する。同ステップにおける動作の詳細に関しては後述する。
ステップS8904の判別の結果、発生したイベントがJDFジョブ発行依頼でないと判別された場合、CPU部8101は、リプライJDFを受信する処理が発生したかを判別する(S8905)。ここで、発生したイベントがリプライJDF受信処理であった場合、CPU8101部は、ステップS8909においてリプライJDFを受信する。リプライJDFは本発明第1の実施例において説明した出力物形態一致モード有効時に、出力物の形態一致を保証するためにジョブチケット内に保持される設定項目および設定値が変換されたJDFを指す。
ステップS8905の判別の結果、リプライJDF受信処理でないと判別された場合、CPU部8101は、発生したイベント種に応じた処理を実行する(S8906)。
図32は、図31におけるステップS8910(JDFプリントジョブ発行処理)の詳細を説明するためのフロー図である。
最初に、CPU部8101は、ジョブIDを生成する(ステップS9101)。
次にCPU部8101は、JMFパートを作成する(ステップS9102)。JMF自体はJDFワークフローシステムを制御する上で主に通信、ステータス等を担当する重要な働きを為す。しかしながら本実施例の効果を説明する限りに置いては重要ではないため、詳細な説明は省略する。
ステップS9103において、CPU部8101は、JDFパートを生成する。
ステップS9104において、CPU部8101は、印刷対象データであるPDLデータを生成する。該PDLデータも前述の印刷ジョブ生成アプリケーションによって生成されることを想定している。
ステップS9105において、CPU部8101は、ステップS9103およびステップS9104において作成したJDFパートおよびPDLデータを保存文書データ領域8304に格納する。
ステップS9106において、CPU部8101は、ステップS9105において登録したJDFパートおよびPDLデータをステップS9101にて発行したジョブIDと関連づけて保存文書データ管理テーブル8305に登録する。
ステップS9106までの段階で印刷システム1000に送信すべきJDFジョブを構成する全ての情報が生成されたことになる。次にステップS9107に進み、CPU部8101は、印刷ジョブを構成するデータ、すなわちステップS9102、S9103、S9104で生成した各パートを印刷システム1000に送信するためにMIMEでエンコードして単一のデータブロックに変換する。
ステップS9108において、CPU部8101は、ステップS9107で作成したMIMEエンコード済みデータを印刷システム1000に送付して処理を終了する。
図33は、図31におけるステップS8909(リプライJDF受信処理)の詳細フローを説明するためのものである。
CPU部8101は、印刷システム1000より送信されてきたジョブデータを受信する(ステップS9301)。ここで受信されるジョブデータとは印刷システムより返信されるリプライJDFである。すなわち、先の実施例における図21において示したJDFに該当し、図23におけるステップS6309にて作成されステップS6310にて返信されるJDFに該当する。
次に、ステップS9302において、CPU部8101は、ステップS9301にて受信したJDFを解析する。ステップS9303において、CPU部8101は、S9302の解析処理に従って抽出されたジョブIDを元に、ステップS9301にて受信されたジョブに対応するジョブが、保存文書管理テーブル8305内に格納されているかを判断する(S9304)。
ステップS9304の判別の結果、リプライJDFのジョブIDと同一のジョブIDを持つジョブが保存文書管理テーブル8305内に既に格納されていると判別した場合にはステップS9305に進む。すなわち、受信したリプライJDFによって同一IDを持つ保存文書データ領域8304内の既存JDFを置換する。この置換処理は、印刷システム1000の側で出力物形態一致を保証するための加工が施されたJDFによって、加工前のJDFをアップデートすることに相当する。このアップデータにより置換されたJDFは既述の如く出力物の形態を統一することを保証することが可能となる。よって、同一ジョブの刷り増しジョブを送信する場合には、置換されたJDF(リプライJDF)が印刷システム1000に再投入されることにより、以前生成したものと同一形態の出力物を生成できる。
ステップS9304の判別の結果、リプライJDFのジョブIDと同一のジョブIDを持つジョブが保存文書管理テーブル8305内に格納されていない場合には、該リプライJDFは新規のジョブであることを意味する。その場合にはステップS9306に進み新規のジョブとして保存文書データ領域8304に追加する。
ステップS9305およびステップS9306の処理が完了したらステップS9307に進み、保存文書データ管理テーブルの内容をステップS9305およびステップS9306における処理内容に応じて変更して処理終了する。
なお、再印刷の形態としては、リプライJDFとPDLデータとを含む印刷ジョブと当該印刷ジョブの識別番号と対応付けて記憶しておき、顧客はホストコンピュータから識別番号だけを通知することで、当該識別番号に対応する印刷ジョブから再印刷しても良い。この場合、コントローラ部205は、図23のS6310ではリプライJDFとジョブの識別番号とを対応付けて記憶し、当該識別番号をホストコンピュータへ送信する。
[第2の実施形態]
なお、印刷システム1000側において為される出力物形態一致モードの実行可否について、印刷システム1000の操作パネルを用いて出力物形態一致モードを指定する例について説明した。
しかしながら、出力物形態一致モードの設定は、ジョブ発行元であるPC104側から行う形態であっても構わない。
その場合、出力物形態一致モードの有効もしくは無効の指示をPC104側から行う為の手段として、該指示をジョブチケットに内包させるという実施形態があり得る。
つまり、前記出力物形態一致モードの有効もしくは無効の指示を含むジョブチケットを印刷システム1000が受信し解析処理を行う。その場合、出力物形態一致モードを実行するか否かを示す指示情報がジョブチケットに記述される。この出力物形態一致モードを実行するか否かの指示に従って印刷システムが処理を切り替えるようにしても構わない。
[第3の実施形態]
一方、出力物形態一致モードを実行することで再印刷時においても前回と同じ出力形態の出力物を得ることが可能となる。しかしながら、出力物形態一致のために設定値を固定することで、再印刷を実行できなくなるおそれがある。
例えば、1回目の印刷においてジョブチケットでは、用紙の設定項目に「カセット1」と設定されていたため、印刷システム1000は、カセット1にセットされていた「A4・普通紙」を使って印刷する。この際、リプライJDFでは用紙の設定項目が「カセット1」から「A4・普通紙」に変更されている。
そして、当該リプライJDFを用いて再印刷する場合、「A4・普通紙」が使用されることになる。ところが、「A4・普通紙」が不足しているが、「A4・再生紙」は残っており、1回目のJDFを用いれば「A4・再生紙」をカセット1に補給することで、出力物形態が一致できないものの印刷は実行できる。
つまり、出力物形態一致のために設定値を固定することで臨機応変な対応ができなくなるおそれがあった。
そこで、本実施例では、出力物形態一致を実現するために変更した設定項目に変更前の設定値と変更後の設定値とを記述する。その結果、変更後の設定値(例えばA4・普通紙)で印刷できないと判定された場合、同じく用紙に関する設定項目に併記されている設定値(例えばカセット1)を用いて処理するように印刷システムが判断する。
その結果、上記の例でいえば「A4・再生紙」がカセット1に補充されることで、A4・普通紙とは異なると判断されても、当該「A4・再生紙」を用いた印刷が可能となる。
よって、可能な限り出力物形態を一致させながら、特定の場合(例えば用紙が不足している場合)には、変更前のJDFの設定値を用いて印刷処理を実行できるため、効率化を図ることも可能となる。
なお本発明は、複数の機器(例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置(例えば、複写機、ファクシミリ装置など)に適用してもよい。
また、本発明の目的は、前述した実施形態の機能を実現するプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを実行することによっても達成される。
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。当然ながら、本願の情報処理装置が読取可能なプログラムにより実現されても良い。
更に、記憶媒体から読み出されたプログラムコードが、メモリに書込まれた後、そのプログラムコードの指示に基づき、CPUなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。