JP5017083B2 - プリンタ、その制御方法 - Google Patents

Description

本発明は、印刷データを生成する情報処理装置と、その印刷データを受信して印刷処理を実行する画像入出力装置とがネットワークを介して接続されて構成される印刷処理システムに関するものである。また、この印刷処理システムを構成する情報処理装置及び画像入出力装置、それらの制御方法、プログラムに関するものである。

従来から、ホストコンピュータに搭載されるプリンタドライバは、プリンタに登録されている用紙タイプ情報をネットワーク経由でプリンタから取得し、給紙方法として用紙タイプを指定する仕組みが存在している。定型用紙タイプ（普通紙、厚紙、ＯＨＰ等：Ｔｙｐｅ１と呼ぶ）の用紙タイプ情報は、デバイス（プリンタ）とプリンタドライバ間では固定ＩＤ値（用紙タイプＩＤ値）でやり取りすることが可能である（特許文献１）。

また、Ｗｉｎｄｏｗｓ（登録商標）系のプリンタドライバの設定値は、ＤＥＶＭＯＤＥと呼ばれる固定サイズのデータ構造体で規定されている。ホストコンピュータ上のアプリケーションは、プリンタドライバの設定値をＤＥＶＭＯＤＥ形式でプリンタドライバからアップロードし、印刷実行時にはＤＥＶＭＯＤＥ形式でプリンタドライバへ受け渡すことでプリンタドライバの設定を指定できる。用紙タイプもＤＥＶＭＯＤＥ形式のメンバー値として定義されており、規定の用紙タイプとして定義された用紙タイプＩＤが設定値として利用されている。

近年、規定の用紙タイプをベースにして特殊な用紙タイプ情報（名称「文字列」、形状、表面性、坪量）を定義し、それにＩＤ番号を付加してデバイスに登録するＴｙｐｅ２用紙方式が考案されている。従来の印刷システムでは、用紙タイプは規定のものに限定されていたが、Ｔｙｐｅ２用紙をデバイス上で指定し、用紙タイプ情報として登録することで多種多用な用紙タイプでの印刷が可能となっている。

プリンタドライバのＵＩで、用紙タイプ情報（Ｔｙｐｅ２）の詳細情報を表示、選択するためには、プリンタから用紙タイプ情報（用紙タイプＩＤに対応する名称「文字列」、形状、表面性、坪量等）を取得する必要がある。

Ｔｙｐｅ２の用紙タイプ情報は、Ｔｙｐｅ１の固定ＩＤ値に比べて大きく、可変サイズである。ところが、設定値を格納するＤＥＶＭＯＤＥは固定サイズでなくてはならず、サイズを無闇に大きくするとアプリケーションの処理速度低下、システム不安定の要因となるため大きめに確保することはできない。

そこで、Ｔｙｐｅ２用紙も、Ｔｙｐｅ１用紙同様、ＤＥＶＭＯＤＥには用紙タイプＩＤ値だけを登録する方法が考案され、実施されている。

プリンタドライバは、アプリケーションからＤＥＶＭＯＤＥで用紙タイプＩＤを指定されると、その用紙タイプＩＤ値を含む印刷命令を生成し、プリンタに送信する。プリンタは、受信した印刷命令に含まれる用紙タイプＩＤ値がＴｙｐｅ２の場合は、プリンタ内部の用紙タイプ情報に登録されている用紙タイプの詳細情報を参照する。それによって、指定された用紙タイプを認識し、指定された用紙タイプで印刷処理を実行することが可能である。
特許第３７０３３７６号公報

上述のように、アプリケーションの中には、ＤＥＶＭＯＤＥをアプリケーションが生成するデータ内に保存し、印刷時にＤＥＶＭＯＤＥを含むデータをプリンタドライバに渡すことでデータ生成時の印刷設定を指定するものが存在する。ところが、デバイスで作成した用紙タイプ（Ｔｙｐｅ２）の用紙タイプＩＤがＤＥＶＭＯＤＥに格納されている場合には、以下のような問題が発生する。これについて、図１８を用いて具体的に説明する。

プリンタ７０２には、用紙タイプ情報７０１が登録されていて、この用紙タイプ情報７０１では、複数のＴｙｐｅ２用紙が設定されている。ＰＣ７０３のプリンタドライバからの要求があると、プリンタ７０２から用紙タイプ情報７０１がＰＣ７０３のプリンタドライバに送信される。

ＰＣ７０３のプリンタドライバの設定ＵＩ上にプリンタから受信した用紙タイプ情報を表示することで、ユーザに印刷設定値として用紙タイプを選択させる。この設定した印刷設定値はアプリケーションデータ７０４に取り込まれたＤＥＶＭＯＤＥに保存されている。この例では、ユーザは、印刷設定値の内、給紙方法として、用紙タイプＩＤ＝３の（用紙名称：厚紙Ａ、表面性：再生紙、形状：ノーマル、坪量：２００）が選択されている状態を示している。

ここで、このアプリケーションデータ７０４を、プリンタ７０２に印刷する場合について説明する。

ＰＣ７０３のプリンタドライバは、アプリケーションから受信したアプリケーションデータ７０４中のＤＥＶＭＯＤＥで設定されている用紙タイプＩＤ＝３から、用紙タイプ指定命令（ＩＤ＝３）を含む印刷命令（ＰＤＬコマンド）を生成する。そして、プリンタドライバは、その生成した印刷命令をプリンタ７０２に送信する。

プリンタ７０２は、印刷命令に含まれる用紙タイプ指定命令から用紙タイプ情報７０１を参照する。この場合、用紙タイプＩＤ＝３の用紙タイプ情報が用紙タイプ情報７０１に存在するため、用紙タイプＩＤ＝３の用紙タイプ情報に従う印刷処理の実行が可能である（正常処理系）。

ところが、このシステムでは、生成したアプリケーションデータ７０４を、その作成時とは用紙タイプ情報の構成が変更（更新）されたプリンタ７０６に対して印刷の実行を行うと、以下のような問題が発生する。

ＰＣ７０５上のプリンタドライバは、上記の正常処理系と同様、プリンタ７０６に対して、用紙タイプＩＤ＝３の用紙タイプ指定命令を含む印刷命令を送信する。プリンタ７０６の用紙タイプ情報７０７は、その内容が更新されたことで用紙タイプＩＤ＝３が存在していない。

この状態では、プリンタ７０６は、用紙タイプＩＤ＝３の用紙タイプ情報が用紙タイプ情報７０７に存在しないため、用紙タイプに従う正しい処理を行うことは不可能である。例えば、用紙タイプＩＤ＝３の坪量が厚紙相当の用紙の場合、定着温度は普通紙よりも高温で動作させる必要があるが、必要な情報がないため普通紙に変更して印刷をすることになる。

また、用紙タイプ情報７０７に用紙タイプＩＤ＝３の用紙タイプ情報が存在していたとしても、アプリケーションデータ７０４を生成した時と異なる値が実行時に設定されていると、プリンタ７０６のプリンタエンジンに悪影響を与えかねない問題も発生し得る。この問題としては、例えば、両面印刷不可能な用紙タイプで両面印刷を試みる等がある。

本発明は上記の課題を解決するためになされたものであり、既に設定した印刷設定に従う印刷を適切に実行することを可能にする印刷処理システム、情報処理装置及び画像入出力装置及びそれらの制御方法、プログラムを提供することを目的とする。

上記の目的を達成するための本発明によるプリンタは以下の構成を備える。即ち、
現行の用紙タイプに関する情報として、その情報自身を識別する識別子である現行の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む現行の用紙タイプ情報と、それまでに設定されていた従前の用紙タイプに関する情報として、その情報自身を識別する識別子である従前の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む従前の用紙タイプ情報とを記憶する記憶手段と、
前記用紙タイプ情報ＩＤと前記用紙タイプＩＤを含む印刷命令を受信する受信手段と、
前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なるか判定する判定手段と、
前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信手段により受信した用紙タイプＩＤに対応する属性値を用いて印刷を行い、前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定された場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる前記受信手段により受信した用紙タイプＩＤに対応する属性値を用いて印刷を行う印刷手段と
を有する。

本発明によれば、既に設定した印刷設定に従う印刷を適切に実行することを可能にする印刷処理システム、情報処理装置及び画像入出力装置及びそれらの制御方法、プログラムを提供できる。

以下、本発明の実施の形態について図面を用いて詳細に説明する。但し、本実施形態に記載されている構成要素の相対配置、数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。

［システム構成］
図１は本発明の実施形態の印刷処理システムにおける画像入出力装置の構成を示すブロック図である。

画像入出力装置１０００において、リーダ部１は原稿の画像を読み取り、原稿画像に応じた画像データを画像入出力制御部３へ出力する。プリンタ部２は画像入出力制御部３からの画像データに応じた画像を記録紙上に記録（印刷）する。画像入出力制御部３はリーダ部１及びプリンタ部２に接続され、ファクシミリ部４、ストレージ部５、ハードディスク部６、コンピュータインタフェース部７、ＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）部８、操作部９、コア部１０を備える。

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

ストレージ部５にはハードディスク部６が接続されており、ストレージ部５はコア部１０から転送された画像データを圧縮し、その圧縮画像データを、それを検索するためのＩＤ番号とともにハードディスク部６に記憶する。また、ストレージ部５はコア部１０を介して転送されたコードデータに基づいてハードディスク部６に記憶されている圧縮画像データを検索し、検索された圧縮画像データを読み出して伸長し、伸長された画像データをコア部１０へ転送する。

コンピュータインタフェース部７は、情報処理装置であるパーソナルコンピュータ（ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）／ＷＳ（Ｗｏｒｋ Ｓｔａｔｉｏｎ）：以下、ＰＣと略称）１１とコア部１０の間のインタフェースである。このコンピュータインタフェース部７とＰＣ１１とは、ネットワーク２１を介して接続されている。また、コンピュータインタフェース部７は、コア部１０で管理している印刷ジョブや用紙タイプ情報をＰＣ１１に送信する等、ＰＣ１１との双方向通信することも可能である。ここで、コンピュータインタフェース部７は、用紙タイプ情報を第１の送信部、印刷データを受信する第１の受信部として機能する。

リーダ部１やプリンタ部２に装着されたオプション等の機器情報や、給紙段（給紙部）に設定されている用紙情報は、リーダ部１あるいはプリンタ部２からコア部１０に送信される。コア部１０に送信された情報は、コンピュータインタフェース部７を通して、ＰＣ１１（ホストコンピュータとして機能する）に送信することが可能である。ＰＣ１１より、機器情報の取得要求がネットワークを介してコンピュータインタフェース部７に送信されると、コンピュータインタフェース部７では、コア部１０に機器情報を問い合わせる。コア部１０は、問い合わされた機器情報を再度ネットワーク２１を介してＰＣ１１に送信する。

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

操作部９はタッチパネルディスプレイとハードキーを備え、ユーザインタフェースにより、本画像入出力装置１０００への動作指示や動作設定、及び用紙タイプ情報の登録や給紙段への用紙情報設定等の設定を行うことができる。操作部９を操作することで、既成の用紙タイプ情報をカスタマイズしてデバイス固有の用紙タイプ情報の登録が可能である。

操作部９で入力した用紙タイプ情報は、ストレージ部５に保存する。この保存時には、後述の用紙タイプ情報ＩＤ、用紙タイプＩＤを発番し、用紙タイプ情報と共に、ストレージ部５を介して最終的にはハードディスク部６に保存する。

コア部１０は、リーダ部１、プリンタ部２、ファクシミリ部４、ストレージ部５、コンピュータインタフェース部７、ＲＩＰ部８、操作部９のそれぞれの間のデータフローを制御する。

ＰＣ１１と画像入出力装置１０００との間で双方向通信により配信されるＩＤ付きの機器情報には、例えば、以下のようなものがある。

給紙段や排紙装置（フィニッシャー）等の種類、画像入出力装置１０００に登録済の用紙タイプ情報、給紙段に設定されている用紙情報、トナーの残量等の機器情報（デバイス情報）がある。

ここで、用紙タイプ情報は、カスタマイズされて登録された用紙タイプ情報（用紙タイプＩＤ、用紙名称、坪量、表面性、形状）であり、登録、設定されている用紙タイプ情報が画像入出力装置１０００に配信される。用紙タイプ情報は、具体的には、普通紙、光沢紙、厚紙、ＯＨＰ、再生紙、帳票用紙等の定義済のＴｙｐｅ１用紙タイプと、カスタマイズされた用紙タイプ（Ｔｙｐｅ２用紙タイプ）がある。

給紙段に設定されている用紙情報は、用紙サイズ、用紙向き、用紙タイプ情報を含んでいる。

次に、画像入出力装置１０００のリーダ部１及びプリンタ部２の詳細構成について、図２を用いて説明する。

図２は本発明の実施形態のリーダ部及びプリンタ部の断面図である。

リーダ部１の原稿給送装置１０１は原稿を先頭順に１枚ずつプラテンガラス１０２上へ給送し、原稿の読取動作終了後、プラテンガラス１０２上の原稿を排出装置２２０へ排出する。原稿がプラテンガラス１０２上に搬送されると、ランプ１０３を点灯し、スキャナユニット１０４の移動を開始させて原稿を露光走査する。この時の原稿からの反射光は、ミラー１０５、１０６、１０７及びレンズ１０８によってＣＣＤイメージセンサ（以下、ＣＣＤ）１０９へ導かれる。このような走査によって得られる原稿の画像は、ＣＣＤ１０９によって読み取られる。ＣＣＤ１０９から出力される画像データは、所定の画像処理が施された後、画像入出力制御部３のコア部１０へ転送される。

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

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

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

次に、コア部１０の詳細構成について、図３を用いて説明する。

図３は本発明の実施形態の画像入出力装置のコア部の詳細構成を示すブロック図である。

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

また、コンピュータインタフェース部７を介して入力された画像を表すコードデータ（ＰＤＬ）は、インタフェース１２０を介してデータ処理部１２１に転送される。次に、ＲＩＰ部８へ転送されて画像データに展開され、この画像データはデータ処理部１２１に転送され、ページメモリとしても機能するメモリ１２４に一時的に記憶される。メモリ１２４に記憶した画像データは、圧縮されてストレージ部５へ転送され、データ処理部１２１で定められた画像データＩＤ番号で管理される。

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

また、画像データがストレージ部５で保持されると、その旨が画像出力開始判断部１２６を介して直ちにデータ管理部１２５へ通知され、データ処理部１２１で定められた画像データＩＤ番号と関連づけて管理する。また、同時にハードディスク部６に保存された印刷ジョブも印刷ジョブＩＤ番号と関連付けて管理している。

尚、データ処理部１２１へ各種画像データを入力し、メモリ１２４に一時的に記憶した画像データを、内部のセレクタを切り替えて、プリンタ部２、ファクシミリ部４及びコンピュータインタフェース部７のいずれかへ転送することが可能である。

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

このように、コア部１０を中心に、データ処理部１２１、ストレージ部５を介して、原稿画像の読取、画像の印刷、画像の送受信、画像の保存、ＰＣ１１からのデータの入出力等の機能を複合させた処理を行うことが可能である。

次に、ＰＣ１１と画像入出力装置１０００からなる印刷処理システムの構成について、図４を用いて説明する。

図４は本発明の実施形態の印刷処理システムの全体構成を示すブロック図である。

画像入出力装置１０００は、所定の双方向通信させる必要があるため、ネットワーク２１を介してホストコンピュータであるＰＣ１１に接続されている。尚、本実施形態では、ネットワーク２１を介して画像入出力装置１０００とＰＣ１１とが通信可能に接続された印刷処理システムについて説明している。

ＰＣ１１は、各種構成要素を有する本体部２６、キーボード（ＫＢ）２３、表示部（ＣＲＴ）２４及び外部記憶装置２５を備える。

ＫＢ２３は、オペレータからの操作を受けて任意の所定データを入力する。表示部２４は、所定データやＵＩ等の各種画像の表示を行う。また、外部記憶装置２５は、ブートプログラムや種々のアプリケーションプログラム、フォントデータ、ユーザファイル、編集ファイル等の各種データを記憶する。

本体部２６は、キーボードコントローラ（ＫＤＣ）２７、表示部コントローラ（ＣＲＴＣ）２４、ディスクコントローラ（ＤＫＣ）２９、プリンタコントローラ（ＰＲＴＣ）３０、ＲＡＭ３１、ＲＯＭ３２、ＣＰＵ３４を備える。

ＫＢＣ２７は、ＫＢ２３からのキー入力データやポインティングデバイス（不図示）により指示された入力データを制御する。ＣＲＴＣ２８は、表示部２４の表示を制御する。ＤＫＣ２９は、外部記憶装置２５とのアクセスを制御する。ＰＲＴＣ３０は、画像入出力装置１０００との通信制御処理を実行する。ここで、ＰＲＴＣ３０は、印刷データを送信する第２の送信部、用紙タイプ情報を受信する第２の受信部として機能する。ＲＡＭ３１は、ワークエリアや一時待避領域等として機能する。ＲＯＭ３２は、所定の印刷制御プログラム等の各種プログラム、データ、フォントデータ等を格納する。

本体部２６の内の各種構成要素は、システムバス３３を介して相互に接続され、ＣＰＵ３４は、このシステムバス３３を介して本体部２６全体の制御を司る。

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

また、ＲＯＭ３２は、フォントＲＯＭ３５、プログラムＲＯＭ３６及びデータＲＯＭ３７を含んでいる。フォントＲＯＭ３５は、文書処理時に使用するフォントデータ等のデータを記憶する。プログラムＲＯＭ３６は、所定の文書処理プログラムや印刷制御プログラム等のプログラムを記憶する。データＲＯＭ３７は、文書処理を行うときに使用される各種データを記憶する。

ＣＰＵ３４は、ＲＡＭ３１をワークエリアとして、図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を文書処理プログラムを介して実行する。例えば、ＣＰＵ３４は、ＲＡＭ３１に設けられている表示データ領域へのアウトラインフォントの展開（ラスタライズ）処理を実行する。ラスタライズしたビットマップを表示部２４上に表示することで、ウィジウィグ（ＷＹＳＩＷＹＧ：Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）を可能とする。また、解像度を変えてラスタライズすることで表示部２４に表示されたデータをそのまま印刷出力する。また、ＣＰＵ３４は、ポインティングデバイスやＫＢ２３で指示されたコマンドデータに基づき登録された種々のウインドウを開き、種々のデータ処理を実行する。

次に、ＰＣ１１からの要求により、画像入出力装置１０００から現在のデバイス環境情報を取得するダイナミックコンフィグレーションについて説明する。

リーダ部１やプリンタ部２には、給紙段や排紙装置（フィニッシャー）等のユニットがオプションとして接続可能となっている。また、給紙段に設定されている用紙情報、トナーの残量等の機器情報は、環境によって変動するパラメータである。これらの情報（デバイス環境情報）は、リーダ部１やプリンタ部２からＩ／Ｆ１２２を介してＣＰＵ１２３に送信され、メモリ１２４に記憶される。

また、操作部９により設定指示されている用紙タイプ情報もメモリ１２４に記憶される。ネットワーク２１上のＰＣ１１からデバイス環境情報の取得要求を、コンピュータインタフェース部７を通して受信すると、その取得要求はＩ／Ｆ１２０を介してＣＰＵ１２３に伝えられる。これを受けて、ＣＰＵ１２３はメモリ１２４に記憶してある機器情報であるデバイス環境情報を取得する。このデバイス環境情報は、ＰＣ１１からの取得要求とは逆の順序で、Ｉ／Ｆ１２０を介してコンピュータインタフェース部７に送信される。

次に、本実施形態のＰＣ１１における印刷データの合成機能等を有する印刷処理を実現するソフトウェア構成について、図５を用いて説明する。

図５は本発明の実施形態のＰＣにおけるソフトウェア構成を示す図である。

ＰＣ１１は、基本Ｉ／Ｏプログラム、オペレーティングシステム（ＯＳ）、及び印刷処理プログラムをＣＰＵ３４が実行することにより動作する。基本Ｉ／Ｏプログラムは、ＰＣ１１内のＲＯＭ３２に記憶されており、ＯＳは、ＰＣ１１内の外部記憶装置２５に記憶されている。また、外部記憶装置２５には、アプリケーションプログラムおよび関連データが記憶されている。また、プログラムのワークエリアがＲＡＭ３１上で実現される。

まず、ＰＣ１１の電源がＯＮされると、基本Ｉ／Ｏプログラム中のイニシャルプログラムローディング（ＩＰＬ）機能が動作する。ＩＰＬ機能により、ＰＣ１１内の外部記憶装置２５に記憶されたＯＳがＰＣ１１内のＲＡＭ３１に読み込まれ、ＯＳが動作される。

次に、オペレータが、ＫＢ２３及びポインティングデバイスにより、表示部２４に表示されたコマンドメニューを使い、アプリケーションの実行を指示する。これにより、外部記憶装置２５に記憶されたアプリケーションプログラム及び関連データがＲＡＭ３１に読み込まれ、アプリケーションプログラムが動作する。

アプリケーション起動時と同様な手順で、オペレータが印刷設定または印刷命令を指示すると、外部記憶装置２５に記憶された印刷処理プログラムがＲＡＭ３１に読み込まれ、ＰＣ１１によって実現される印刷処理システムが動作する。尚、この印刷処理プログラムは、プリンタ制御コマンド生成プログラム（プリンタドライバ）を実現する。

次に、外部記憶装置２５に記憶されている印刷処理プログラム及び関連データの内容の構成（メモリマップ）について、図６を用いて説明する。

図６は本発明の実施形態の外部記憶装置内のメモリマップを示す図である。

外部記憶装置２５は、ボリューム情報記憶領域、ディレクトリ情報記憶領域、印刷処理プログラム実行ファイル領域（後述する各種フローチャートで示す処理を実現するためのプログラム）を有する。更に、外部記憶装置２５は、印刷処理関連データファイル記憶領域（印刷設定デフォルトデータ、印刷情報の初期値、表示用リソース等）を有する。

そして、ＰＣ１１のオペレータがＫＢ２３を操作して外部記憶装置２５の記憶内容のインストールを指示することにより、所望のプログラム及び関連データがＤＫＣ２９を通じてＲＡＭ３１にロードされ、ＣＰＵ３４により実行可能となる。

次に、ＰＣ１１が画像入出力装置１０００に対する印刷処理を実現するために、主に印刷処理プログラムによって実現されるモジュール構成について、図７を用いて説明する。

図７は本発明の実施形態のＰＣ上で実現されるモジュール構成を示す図である。

ＰＣ１１において実現されるモジュールとしては、アプリケーション６０１、グラフィックエンジン６０２、プリンタドライバ６０３、システムスプーラ６０４、ＤＣ（ダイナミックコンフィグレーション）モジュール６０５がある。更に、ＰＣ１１において実現されるモジュールとしては、ＰＤＬ生成モジュール６０６、属性パケット生成モジュール６０７、ネットワークデバイス管理ユーティリティ６０８がある。これらのモジュールは、外部記憶装置２５に保存されたファイルとして存在する。

これらのモジュールは、実行される場合にＯＳやそのモジュールを利用するモジュールによって、ＰＣ１１のＲＡＭ３１にロードされ、ＣＰＵ３４により実行されるプログラムモジュールである。

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

ここで、Ｗｉｎｄｏｗｓ（米国マイクロソフト社の登録商標）ＯＳの場合は、アプリケーション６０１は、プリンタドライバ６０３の印刷設定をＤＥＶＭＯＤＥ形式で取得することが可能である。また、取得した印刷設定を作成した文書ファイルに格納して保存するアプリケーションが存在する。これにより、印刷時に行うプリンタドライバ初期化処理で、文書ファイルに保存している印刷設定をプリンタドライバ６０３に渡すことで文書ファイル生成時の印刷設定をプリンタドライバ６０３に指定することが可能である。

初期化処理後は、アプリケーション６０１は、処理対象の文書ファイルを、ＯＳのＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）で定義される描画関数に変換し、この描画関数であるＧＤＩ関数をグラフィックエンジン６０２に出力する。

グラフィックエンジン６０２は、アプリケーション６０１から印刷開始の指示を受けると、プリンタ毎に用意されたプリンタドライバ６０３をＲＡＭ３１にロードし、アプリケーション６０１の出力をプリンタドライバ６０３に設定する。そして、アプリケーション６０１から受け取るＧＤＩ関数をＤＤＩ（Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ）関数に変換して、プリンタドライバ６０３へ出力する。

プリンタドライバ６０３は、グラフィックエンジン６０２から受け取ったＤＤＩ関数に基づいて、プリンタが認識可能なプリンタ制御コマンド、例えば、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）に変換する。そして、プリンタドライバ６０３は、変換されたプリンタ制御コマンドに基づいて印刷データを生成し、ＯＳによってロードされたシステムスプーラ６０４を経てコンピュータインタフェース部７へ印刷データを出力する。

ネットワークデバイス管理ユーティリティ６０８は、ネットワーク２１（例えば、ＬＡＮ（ローカルエリアネットワーク））上に接続されているデバイスを管理するためのユーティリティソフトウェアである。さらに、ネットワーク２１上の各デバイスからＤＣモジュール６０５（機器情報取得モジュールとして機能する）を介して機器情報（ステータスや機能構成情報等）を収集する。ネットワークデバイス管理ユーティリティ６０８は、収集した各デバイスの機器情報を表示部２４に表示することにより、ユーザに認識させることができる。

また、ネットワークデバイス管理ユーティリティ６０８は、ユーザからの指示を受け付け、ネットワーク２１上のデバイスに対して各種の制御命令を発行することができる。この制御命令には、例えば、ネットワーク２１上のデバイス内に保持されている印刷ジョブの削除、一時停止、印刷順序の変更等のジョブ制御命令、ネットワーク２１上のデバイスのＩＰアドレスの変更や各種の設定を変更するための機器制御命令がある。

また、ＤＣモジュール６０５は、ネットワークデバイス管理ユーティリティ６０８から機器情報取得の指示を受けると、ネットワーク２１を経由してコンピュータインタフェース部７へ問い合わせる。また、コンピュータインタフェース部７から機器情報がネットワーク２１を経由してＤＣモジュール６０５に送られると、その機器情報をネットワークデバイス管理ユーティリティ６０８に返す。ＤＣモジュール６０５は、ネットワークデバイス管理ユーティリティ６０８により利用されるモジュールであり、点線で囲まれた部分６０９が、ネットワークデバイス管理ユーティリティ６０８と同時にインストールされるものである。

本発明のプリンタドライバ６０３は、ネットワークデバイス管理ユーティリティ６０８に含まれているＤＣモジュール６０５を利用して画像入出力装置１０００から用紙タイプ情報を含む機器情報を取得する。プリンタドライバ６０３に含まれるＤＣ制御モジュール（不図示）は、ＰＣ１１内の登録情報（レジストリ情報）を参照し、ＤＣモジュール６０５が格納されている場所を認識可能である。

プリンタドライバ６０３は、必要に応じてＤＣモジュール６０５に対して、機器情報の取得を要求する。ＤＣモジュール６０５は、プリンタドライバ６０３（ＤＣ制御モジュール）からの依頼の場合は、ネットワーク２１を介して画像入出力装置１０００から取得する機器情報をプリンタドライバ６０３に渡す処理を行う。プリンタドライバ６０３からＤＣモジュール６０５への機器情報の取得要求には、機器情報の取得命令、画像入出力装置１０００のプリンタポートもしくはＩＰアドレスを直接指定する命令が含まれる。更に、この取得要求には、依頼元の関数名（プリンタドライバ６０３の属性パケット生成モジュール６０７を指定する命令）が含まれる。

また、プリンタドライバ６０３は、印刷命令を生成する機能だけではなく、生成されたプリンタ制御コマンドをパケット化し、属性情報を付加した印刷データを生成する属性パケット生成モジュール６０７（印刷データ生成モジュール）を含んでいる。また、プリンタドライバ６０３は、後述する各種ユーザインタフェース（図１３及び図１４）を生成し、ＯＳに対してユーザインタフェース情報を提供するＵＩモジュール（不図示）を含んでいる。属性パケット生成モジュール６０７の詳細については後述する。

次に、本発明の実施形態の印刷処理の概要について、図８を用いて説明する。

図８は本発明の実施形態の印刷処理の概要を説明するための図である。

図８では、画像入出力装置１０００に相当するプリンタ８０２に、用紙タイプ情報８０１としてＴｙｐｅ２用紙が設定されている。また、用紙タイプ情報ＤＢ（データベース）８０９を有している。

用紙タイプ情報８０１は、プリンタ８０２で設定されている現行用紙タイプ情報であり、ＰＣ１１からの問い合わせに対して返答する用紙タイプ情報である。用紙タイプ情報ＤＢ８０９は、それ以前に登録した登録済の用紙タイプ情報を保存するＤＢである。

ここで、用紙タイプ情報８０１の構成要素について、図９Ａを用いて説明する。

図９Ａは本発明の実施形態の用紙タイプ情報の構成要素を示す図である。

用紙タイプ情報８０１は、各種用紙タイプの情報を示す属性値９０１と、用紙タイプ情報ＩＤ９０２から構成されている。

属性値９０１は、用紙タイプ毎に、用紙名称、表面性、形状、坪量等の各種のパラメータとともに、用紙タイプＩＤで構成されている。

用紙タイプ情報ＩＤ９０２は、ユーザが用紙タイプを新規に登録する場合に、または現行の用紙タイプ情報８０１内の既存の用紙タイプを編集する場合に、発番される番号である。このように、本発明では、用紙タイプ情報８０１を編集する場合も用紙タイプ情報ＩＤを発番し、また、それまでに設定されていた編集前の用紙タイプ情報は旧用紙タイプ情報（従前の用紙タイプ情報）として、用紙タイプ情報ＤＢ８０９に保存する。

次に、用紙タイプ情報ＤＢ８０９の構成要素について、図９Ｂを用いて説明する。

図９Ｂは本発明の実施形態の用紙タイプ情報ＤＢの構成要素を示す図である。

用紙タイプ情報ＤＢ８０９は、作成済の用紙タイプ情報１９０３、１９０４を管理するＤＢである。また、用紙タイプ情報ＤＢ８０９は、用紙タイプ情報ＩＤ１９０２と各用紙タイプ情報ＩＤに属する用紙タイプそれぞれの用紙タイプ情報１９０１で管理されている。

本実施形態では、用紙タイプ情報ＤＢ８０９は、プリンタ８０２内に存在する例を記載しているが、これに限定されない。例えば、別途構成するサーバ上のプログラムと、プリンタ８０２間で通信することで、サーバ上で、用紙タイプ情報ＩＤの発番、用紙タイプ情報ＤＢの管理を行う構成でも良い。

ＰＣ８０３上にインストールされているプリンタドライバの要求に従い、プリンタ８０２から、用紙タイプ情報８０１がＰＣ８０３のプリンタドライバに送信される。

ＰＣ８０３上のプリンタドライバのＵＩで、受信した用紙タイプ情報８０１を表示することで、ユーザは用紙タイプ情報を選択することができる。アプリケーションは、例えば、Ｗｉｎ３２ＡＰＩ関数を使用して、対象とするプリンタドライバの印刷設定が格納されているＤＥＶＭＯＤＥ値を取得し、アプリケーションデータ８０４内に保存する。

本実施形態では、プリンタドライバのＵＩで選択した用紙タイプは、例えば、用紙タイプ情報ＩＤ＝１０２、用紙タイプＩＤ＝３（用紙名称：厚紙Ａ、表面性：再生紙、形状：ノーマル、坪量：２００）であるとする。また、ＤＥＶＭＯＤＥには、用紙タイプ情報ＩＤ＝１０２、用紙タイプＩＤ＝３が登録されているとする。

ここで、アプリケーションデータ８０４作成時と同一の用紙タイプ情報の構成を有するプリンタに対して印刷を行う場合の印刷処理（正常処理系）について、ＰＣ８０３とプリンタ８０２を用いて説明する。

ＰＣ８０３上で動作するアプリケーションは、アプリケーションデータ８０４を読み取り、プリンタ８０２による印刷処理を実行する。プリンタ８０２に印刷する場合、プリンタドライバは、アプリケーションから受け取ったＤＥＶＭＯＤＥ値（用紙タイプ情報ＩＤ＝１０２と、用紙タイプＩＤ＝３）から用紙タイプ指定命令を含む印刷命令を作成し、プリンタ８０２に送信する。

プリンタ８０２は、受信した印刷命令中の用紙タイプ指定命令を解釈すると、用紙タイプ情報８０１を参照し、対応する用紙タイプを確認する。この場合、用紙タイプ情報８０１に、対応する用紙タイプ情報ＩＤ、用紙タイプＩＤが存在するので、その用紙タイプＩＤが指定されている給紙段を特定する。さらに、用紙タイプ情報８０１中の属性値に基づいて、定着温度等のエンジン制御を正しく行うことで、正しい印刷を実行することができる。

次に、アプリケーションデータ８０４作成時と異なる用紙タイプ情報の構成を有するプリンタに対して印刷を行う場合の印刷処理について、ＰＣ８０５とプリンタ８０６を用いて説明する。

ＰＣ８０５上のプリンタドライバの動作は、上述の正常処理系とは変わらず、プリンタ８０６に対して、用紙タイプ情報ＩＤ＝１０２、用紙タイプＩＤ＝３が、印刷命令の用紙タイプ指定命令として送信される。この場合、プリンタ８０６の用紙タイプ情報８０７の用紙タイプ情報ＩＤ＝１０３であり、印刷命令中の用紙タイプ情報ＩＤ＝１０２と一致しない。

この場合は、用紙タイプ情報ＤＢ８０８上を参照し、用紙タイプ情報ＩＤ＝１０２、用紙タイプＩＤ＝３の用紙タイプ情報を検索する。用紙タイプ情報ＤＢ８０８中に対応する用紙タイプ情報が存在する場合は、プリンタ８０６は、その用紙タイプＩＤが指定されている給紙段を特定する。一方、用紙タイプ情報ＤＢ８０８中に対応する用紙タイプが存在しない場合は、プリンタ８０６の操作部９に必要な用紙タイプ情報をメッセージ表示することで、ユーザに正しい出力方法の提示を行う。

次に、画像入出力装置１０００が実行する処理について、図１０及び図１１を用いて説明する。尚、この処理は、画像入出力装置１０００で印刷可能なアプリケーション等のプログラムが動作している状態で開始される。

図１０及び図１１は本実施形態の画像入出力装置の処理を示すフローチャートである。

尚、図１０は、ユーザが画像入出力装置１０００の操作部９を用いて用紙タイプを登録あるいは編集する際のコア部１０で動作するプログラムによる処理を示している。

まず、ステップＳ１２０１で、コア部１０で動作するプログラムは、ユーザによる操作部９からの指示が、登録済（既存）の用紙タイプ情報（８０１、８０７）の編集指示であるか、新規の用紙タイプ情報の登録指示であるかを判定する。

新規の用紙タイプ情報の登録指示である場合（ステップＳ１２０１でＮＯ）、ステップＳ１２０３へ進む。一方、登録済の用紙タイプ情報の編集指示である場合（ステップＳ１２０１でＮＯ）、ステップＳ１２０２へ進む。

ステップＳ１２０２で、コア部１０で動作するプログラムは、登録済の用紙タイプ情報を用紙タイプ情報ＩＤと共に、画像入出力装置１０００内の記憶領域（ハードディスク部６）に用紙タイプ情報ＤＢ（８０９、８０８）に旧用紙タイプ情報として保存する。また、コア部１０で動作するプログラムは、システム内で重ならない用紙タイプ情報ＩＤを発番し、編集後の用紙タイプ情報に対応する現行用紙タイプ情報ＩＤ（９０２）に設定する。

ステップＳ１２０３で、コア部１０で動作するプログラムは、現行用紙タイプ情報内で重ならない用紙タイプＩＤを発番する。

ステップＳ１２０４で、コア部１０で動作するプログラムは、ユーザが操作部９を介して指定した登録対象の用紙タイプ情報を、ステップＳ１２０３で発番した用紙タイプＩＤと共に用紙タイプ情報に追加登録する。

ステップＳ１２０５で、コア部１０で動作するプログラムは、用紙タイプ情報の登録の終了指示があるか否かを判定する。終了指示がない場合（ステップＳ１２０５でＮＯ）、ステップＳ１２０３に戻り、更に登録する用紙タイプ情報について同様の処理を実行する。一方、終了指示がある場合（ステップＳ１２０３でＹＥＳ）、処理を終了する。

次に、画像入出力装置１０００内のコア部１０で動作するプログラムが実行する、受信した印刷命令に含まれる用紙タイプ指定命令の処理について、図１１を用いて説明する。

図１１は本発明の実施形態の画像入出力装置が実行する印刷タイプ指定命令の処理を示すフローチャートである。

ステップＳ１３０１で、コア部１０のプログラムは、受信した印刷命令に含まれる用紙タイプ指定命令中の用紙タイプ情報ＩＤを取得する。

ステップＳ１３０２で、コア部１０のプログラムは、現行用紙タイプ情報（８０１、８０７）の用紙タイプ情報ＩＤと、ステップＳ１３０１で取得した用紙タイプ情報ＩＤが異なるか否かを判定する。異なる場合（ステップＳ１３０２でＹＥＳ）、ステップＳ１３０３へ進む。一方、一致する場合（ステップＳ１３０２でＮＯ）、ステップＳ１３０４へ進む。

ステップＳ１３０３で、コア部１０のプログラムは、用紙タイプ情報ＤＢ（８０９、８０８）内の用紙タイプ情報ＩＤを参照し、用紙タイプ指定命令中の用紙タイプ情報ＩＤに対応する用紙タイプ情報を検索する。

ステップＳ１３０４で、コア部１０のプログラムは、用紙タイプ指定命令中の用紙タイプ情報に対応する用紙タイプ紙が給紙段に存在するか否かを判定する。

存在する場合（ステップＳ１３０４でＹＥＳ）、ステップＳ１３０５へ進み、コア部１０のプログラムは、適合する給紙段から給紙し、受信した印刷命令に従って印刷ジョブを生成し、その印刷ジョブに基づいて印刷を実行する。

一方、存在しない場合（ステップＳ１３０４でＮＯ）、ステップＳ１３０６へ進み、コア部１０のプログラムは、操作部９に印刷に必要な用紙タイプ情報を表示し、必要とする用紙の給紙を要求するメッセージを表示する。

次に、ＰＣ１１上で動作するプリンタドライバ６０３で、用紙タイプ関連の印刷命令を生成する処理について、図１２を用いて説明する。

図１２は本発明の実施形態のＰＣのプリンタドライバが実行する印刷命令の生成処理を示すフローチャートである。

ステップＳ１４０１で、プリンタドライバ６０３は、ＰＣ１１のＣＰＵ３４上で動作するアプリケーションからＯＳ経由でＤＥＶＭＯＤＥ値を取得する。ステップＳ１４０２で、プリンタドライバ６０３は、ＤＥＶＭＯＤＥ値中の用紙タイプ情報ＩＤ及び用紙タイプＩＤを取得する。ステップＳ１４０３で、プリンタドライバ６０３は、取得した用紙タイプ情報ＩＤ及び用紙タイプＩＤから用紙タイプ指定命令を生成する。

次に、プリンタドライバ６０３が生成するＵＩ画面の一例について、図１３及び図１４を用いて説明する。

図１３及び図１４は本発明の実施形態のプリンタドライバのＵＩ画面の一例を示す図である。

図１３のＵＩ画面１３００は、プリンタドライバ６０３により提供される給紙方法等を設定するための操作画面であり、例えば、アプリケーションによる印刷実行時に表示部２４に表示される。

ラジオボタン１３０１は、給紙方法を選択するためのコントロールである。ここでは、給紙方法として、用紙の給紙先としてプリンタ（画像入出力装置１０００）の給紙段を直接指定する「給紙部で指定」と、「用紙タイプで指定」の２種類が存在する。給紙方法の指定は、このラジオボタン１３０１を選択することで実現することが可能である。

また、リストボックス１３０２は、ユーザに複数の給紙モードから任意の給紙モードの選択を促すためのコントロールである。給紙モードには、例えば、「全ページを同じ用紙に印刷」、「最初のページと最後のページとその間のページをそれぞれ異なった給紙段、或いは用紙タイプで出力する」がある。また、給紙モードには、「最初のページ２ページ目と最後のページとその間のページをそれぞれ異なった給紙段、或いは用紙タイプで出力する」、「ＯＨＰシートと中ざしシートの組み合せで出力する」等がある。

ボタン１３０３は、用紙タイプを設定するための用紙設定画面を表示するためのコントロールである。

図１３のＵＩ画面１３００では、ラジオボタン１３０１で「用紙タイプで指定」が選択され、リストボックス１３０２で給紙モードとして「全ページを同じ用紙に印刷」が選択された状態を示している。この状態で、ボタン１３０３を押下すると、図１４の用紙設定画面１４００が表示される。

用紙設定画面１４００において、ボタン１４０３は、画像入出力装置１０００に登録されている用紙タイプ情報の取得を指示するための「用紙情報取得」ボタンである。リストボックス１４０２は、ボタン１４０３による指示によって取得した現時点の画像入出力装置１０００の用紙タイプ情報を列挙し、ユーザに用紙タイプを選択可能とするコントロールである。

リストボックス１４０２に表示される用紙タイプ情報は、標準用紙タイプ（Ｔｙｐｅ１）だけでなく、画像入出力装置１０００側でユーザが作成したカスタム用紙タイプ（Ｔｙｐｅ２）の情報も表示する。即ち、リストボックス１４０２に表示される用紙タイプ情報は、画像入出力装置１０００で現在設定されている用紙タイプの一覧を表示していることになる。

リストボックス１４０１は、リストボックス１４０２に表示される用紙タイプ情報を、種類別（Ｔｙｐｅ１、Ｔｙｐｅ２、すべて）の表示に切り替えるためのコントロールである。

次に、プリンタ（画像入出力装置１０００）に登録した用紙タイプ情報（Ｔｙｐｅ２）に従って生成する印刷命令である印刷ジョブの構造について、図１５を用いて説明する。

図１５は本発明の実施形態の印刷ジョブのデータ構造の一例を示す図である。

印刷ジョブは、印刷ジョブのヘッダ、給紙方法、給紙モード、用紙タイプ情報、描画データ（ＰＤＬ）、印刷ジョブの終端の各ブロックで構成されている。

ＰＣ１１から送信される印刷ジョブは、画像入出力装置１０００内部でこの印刷ジョブの内容が解析され、指定された給紙方法、給紙モードで本印刷ジョブを印刷することが可能となる。

印刷ジョブの開始ブロックである印刷ジョブのヘッダ、給紙方法、給紙モード、用紙タイプ情報、印刷ジョブの終端の各ブロックは、プリンタドライバ６０３の属性パケット生成モジュール６０７で生成される。印刷ジョブ中の描画データ（ＰＤＬ）は、ＰＤＬ生成モジュール６０６により生成される。

ここで、印刷ジョブ中の各ブロックの詳細構成について、図１６を用いて説明する。

図１６は本発明の実施形態の印刷ブロックの各ブロックの詳細構成を示す図である。

印刷ジョブ中の各ブロックは、パケットヘッダ１７０１とデータ領域１７０２に分けられている。

パケットヘッダ１７０１は１２バイトの固定領域であり、データ領域１７０２は、サイズが変更可能な領域である。データ領域１７０２のサイズは、パケットヘッダ１７０１で定められている。

図中において、０〜１バイト目のオペレーションコードは、パケットの機能を示す長さ２バイトのＩＤである。オペレーションコードは、以下の値を取ることができる。

０ｘ０２０１ ジョブ開始オペレーション
０ｘ０２０２ ジョブ属性設定オペレーション
０ｘ０２０４ ＰＤＬデータ送信オペレーション
０ｘ０２０５ ジョブ終了オペレーション
０ｘ０３０１ ジョブ制御オペレーション
０ｘ０９０ａ 情報取得オペレーション
ここで、「０ｘ」は、１６進数を意味している。

「印刷ジョブのヘッダ」に相当するブロックのパケットヘッダ１７０１では、オペレーションコードはジョブ開始オペレーション「０２０１」の値をとる。「給紙方法」、「給紙モード」、「用紙タイプ情報」に相当するブロックのパケットヘッダ１７０１では、オペレーションコードは、ジョブ属性設定オペレーション「０２０２」の値をとる。

「描画データ（ＰＤＬ）」に相当するパケットヘッダ１７０１では、オペレーションコードはＰＤＬデータ送信オペレーション「０２０４」の値をとる。「印刷ジョブの終端」に相当するブロックのパケットヘッダ１７０１では、オペレーションコードはジョブ終了オペレーション「０２０５」の値をとる。

ここで、ジョブ制御オペレーションは、ジョブ制御でＰＣ１１から画像入出力装置１０００に送信されるジョブ制御コマンドのパケットヘッダに付加されるものであり、そのオペレーションコードはジョブ制御オペレーション「０３０１」の値をとる。ジョブ制御オペレーションは、画像入出力装置１０００内に受信されている印刷ジョブを、削除、一時停止、順序変更等の制御する場合に用いられる。

また、情報取得オペレーションは、ＰＣ１１のＤＣモジュール６０５により画像入出力装置１０００に対して発行される機器情報を取得するための要求コマンドのパケットヘッダに付加されるものである。ここでは、オペレーションコードは、情報取得オペレーション「０９０ａ」の値をとっている。

２〜３バイト目のブロック番号は、ジョブパケットを送信した側が返答を要求する場合に、要求と返答の対応を取るために使用する番号である。例えば、ブロック番号＝１〜３それぞれのジョブパケットをＰＣ１１が続けて送信し、画像入出力装置１０００からブロック番号＝２のエラーパケットが返答された場合は、ブロック番号＝２のジョブパケットにエラーが発生したことをＰＣ１１は特定できる。

４〜５バイト目のパラメータ長は、１２バイト目以降のデータ部のバイト長さを示す領域で、０〜６４Ｋバイトまでを示すことが可能である。パラメータ長は、パケットヘッダが示す属性により異なる。

６〜７バイト目は、ジョブパケットの各種フラグを示す領域で、それぞれ以下の値を示している。

エラーフラグ：この値が「１」の場合、画像入出力装置１０００で何らかのエラーが発生したことを示している。このエラーフラグは、画像入出力装置１０００からＰＣ１１に送信する返信パケットに付加される。

通知フラグ：この値が「１」の場合、ＰＣ１１からの要求パケットに対する返答ではなく、画像入出力装置１０００が何らかの通知事項があることをＰＣ１１に通知することを示している。

継続フラグ：この値が「１」の場合、データ領域１７０２に全てのデータが入らなかったため、次のジョブパケットで残りのデータが送信されることを示している。次のジョブパケットは、前のパケットと同じオペレーションコードが設定される必要がある。

返答要求／返送送信：ＰＣ１１から画像入出力装置１０００に対して返答パケットが必要な場合に「１」をセットする。「０」の場合は、要求パケットは正常に処理された場合には返答は送信しない。画像入出力装置１０００でエラーが発生した場合には、返答要求が示す値（０／１）に関わらず、常にエラーフラグを「１」にした返答パケットを送信する。

８〜９バイト目はユーザＩＤであり、１０〜１１バイト目はパスワードであり、これらは要求パケットでできる操作にセキュリティ的制限を設けるためのに認証に使われる。

１２バイト目以降は、オペレーションコードに対応するデータ部（属性値やＰＤＬ）が格納される。ジョブ開始オペレーション及びジョブ終了オペレーションの場合は、データは存在しない。

ジョブ属性設定オペレーションの場合、データ部には、ジョブ属性ＩＤとジョブ属性値とが設定される。ジョブ属性ＩＤとは、ジョブに関する属性（ジョブ属性）あるいは環境に対応した識別子を示すものであり、ＩＳＯ−１０１７５（ＤＰＡ）（ＩＳＯ：国際標準化機構）で規定されるジョブの属性に相当するＩＤが予め割り振られている。

以下に、ジョブ属性の代表的なものと、本発明に関連のある情報に関するジョブ属性を挙げる。

ジョブ属性ＩＤ
０ｘ０１０１ ジョブ名称
０ｘ０１０３ ジョブオーナ名
０ｘ０１６ａ ジョブサイズ
０ｘ０ａ０１ 給紙方法
０ｘ０ａ０３ 給紙モード
０ｘ０ａ０５ 用紙タイプ情報
ジョブ属性ＩＤ「０ａ０５」の用紙タイプ情報が指定されている場合、データ部のジョブ属性値は、各種の用紙タイプに対応する値（普通紙：「０」、厚紙「１」、光沢紙「２」、ＯＨＰ「４」等）のような定義済のＴｙｐｅ１が設定可能である。本発明では、さらにユーザがプリンタに定義したＴｙｐｅ２の値（用紙タイプ情報ＩＤ＋用紙タイプＩＤ）が設定可能である。

ＰＤＬデータ送信オペレーションの場合は、データ部には、ＰＤＬデータが設定される。１つのジョブパケットのデータは、上述のパラメータ長に格納できる最大サイズまでなので、６４ＫＢまで格納可能であり、それ以上のデータは複数のＰＤＬデータ送信オペレーションに分割して送信する。この場合は、上述の継続フラグに１を立てる。

また、ＤＣモジュール６０５が生成する情報取得オペレーションの場合は、画像入出力装置１０００から取得すべき情報に対応するジョブ属性ＩＤが付加される。例えば、用紙タイプ情報を取得したい場合は、上述の用紙タイプ情報のジョブ属性ＩＤと同様に「０ａ０５」となる。

ここで、画像入出力装置１０００が、オペレーションコードが情報取得オペレーション（「０９０ａ」）及びジョブ属性ＩＤが用紙タイプ情報（「０ａ０５」）を含む制御パケットをＰＣ１１から受信すると想定する。この場合、画像入出力装置１０００は、設定されている用紙タイプ情報をＰＣ１１のＤＣモジュール６０５に制御パケットとして返信する。ここで、返信される制御パケットの属性値には、画像入出力装置１０００に設定されている用紙タイプ情報が含まれている。

ここで、属性パケット生成モジュール６０７またはＤＣモジュール６０５による、印刷ジョブ中の各ブロックの生成方法について説明する。

属性パケット生成モジュール６０７は、印刷処理時に印刷ジョブのジョブパケットを生成し、ＤＣモジュール６０５は機器情報の取得時に制御パケットを生成する。

プリンタドライバ６０３が起動され、印刷処理が開始されると、属性パケット生成モジュール６０７も起動される。属性パケット生成モジュール６０７は、プリンタドライバ６０３のＵＩ画面で設定された印刷設定をＤＥＶＭＯＤＥ形式で記憶部（ＲＡＭ３１もしくは外部記憶装置２５）から読み込む。アプリケーションによってはＤＥＶＭＯＤＥ値を渡してくるものもあるので、プリンタドライバ６０３は、ＵＩ画面で設定されたＤＥＶＭＯＤＥ値とアプリケーションからのＤＥＶＭＯＤＥ値を合成する。一般的には、アプリケーションから受け取ったＤＥＶＭＯＤＥ値を優先して、印刷ジョブの印刷設定を決定する。

ここで、属性パケット生成モジュール６０７は、図１３のＵＩ画面１３００のラジオボタン１３０１で指定する給紙方法が、「給紙部で指定する」第１モードあるか、「用紙タイプで指定する」第２モードであるかを判定する。

判定の結果、第１モードである場合は、給紙方法のブロックのデータ部における属性値は「０」となる。この場合は、用紙タイプ情報のブロックの生成は行わず、描画データ内のＰＤＬにおいてＰＤＬ生成モジュール６０６により給紙段を指定するコマンドを挿入する。

一方、判定の結果、第２モードである場合は、給紙方法のブロックのデータ部における属性値は「１」となる。この場合は、属性パケット生成モジュール６０７は、用紙タイプ情報のブロックを生成し、属性値として用紙タイプを指定する値を挿入する。

次に、ＰＣ１１から送信されるデータ（取得要求や印刷ジョブ）に基づく画像入出力装置１０００の制御を実現する、画像入出力装置１０００に構成されるモジュールについて、図１７を用いて説明する。

図１７は本発明の実施形態の画像入出力装置のモジュール構成を示す図である。

画像入出力装置１０００において実現されるモジュールとしては、Ｉ／Ｆドライバ部１８０１、論理チャネル制御部１８０２、ジョブプリプロセッサ部１８０３、機器情報取得部１８０４、受信バッファ１８０５、機器ＤＢ１８０５がある。更に、画像入出力装置１０００において実現されるモジュールとしては、ＰＤＬトランスレータ１８０６、描画部１８０７がある。

Ｉ／Ｆドライバ部１８０１は、ネットワーク２１を介してＰＣ１１から入力されるデータを受信し、また、ネットワーク２１を介してＰＣ１１にデータを送信するための制御を行う。

論理チャネル制御部１８０２は、Ｉ／Ｆドライバ部１８０１からデータを受信し、受信したデータのパケットのオペレーションコードを参照することにより、そのデータが印刷ジョブであるか取得要求の制御パケットであるかを判定する。受信したデータが印刷ジョブであると判定した場合は、論理チャネル制御部１８０２は、そのデータ（印刷ジョブ）をジョブプリプロセッサ部１８０３に送信する。一方、入力されたデータが制御パケットであると判定した場合は、論理チャネル制御部１８０２は、そのデータ（制御パケット）を機器情報取得部１８０４に送信する。

ジョブプリプロセッサ部１８０３は、受信した印刷ジョブから、印刷ジョブの属性が示されているジョブ属性パケットだけを抽出して、機器ＤＢ１８０６に出力し、残りの印刷データ（ＰＤＬ）が示されているパケットを受信バッファ１８０５に出力する。このように、ＰＤＬを解析する前に印刷ジョブからジョブ属性を抽出することができ、ＰＤＬを解析しなくても、受信した印刷ジョブがどのような属性を有しているのか、本実施形態では、どの用紙タイプの用紙が指定されているのかを認識することができる。

機器情報取得部１８０４は、受信した制御パケットから、オペレーションコードの内容を判定する。オペレーションコードが情報取得オペレーションである場合は、機器ＤＢ１８０６に保持されている機器情報、もしくはジョブプリプロセッサ部１８０３から登録されているジョブ属性を取得するための処理を行う。

機器情報取得部１８０４は、制御パケットのジョブ属性ＩＤを判定して、どの情報が必要であるかを判定する。ジョブ属性ＩＤが「０ａ０５」である場合は、用紙タイプ情報の取得要求である。機器情報取得部１８０４は、機器ＤＢ１８０６に保持されている現行用紙タイプ情報を取得し、論理チャネル制御部１８０２を介してＰＣ１１に制御パケットとして返信する。

ＰＤＬトランスレータ１８０７は、受信バッファ１８０５にスプールされている印刷データを取得してＰＤＬ解析を行う。描画部１８０８は、解析結果に従って印刷データをラスタ画像に展開し、それを記録紙に順次印刷する印刷処理を実行する。

以上説明したように、本実施形態によれば、プリンタとして機能する画像入出力装置では、自装置において用紙タイプ情報の登録及び編集を可能とし、登録済の用紙タイプ情報を編集した際には、その編集前後の用紙タイプ情報をそれぞれ管理する。また、ホストコンピュータとして機能するＰＣから、画像入出力装置の機器情報の取得要求を受信した場合には、用紙タイプ情報を含む機器情報を送信する。

一方、ＰＣでは、取得した機器情報に基づいて、アプリケーションで作成したアプリケーションデータに対する印刷設定を行ない、これをアプリケーションデータ内に保存する。ＰＣは、このアプリケーションデータを画像入出力装置で印刷するための印刷ジョブを生成して、画像入出力装置へ送信する。

画像入出力装置は、ＰＣから受信した印刷ジョブ中で指定されている用紙タイプ情報が、画像入出力装置で設定されている現行用紙タイプ情報と異なるか否かを判定する。判定の結果、異なる場合には、従前の用紙タイプ情報として管理している用紙タイプ情報ＤＢ中に、対応する用紙タイプ情報に存在するか否かを判定する。判定の結果、存在する場合には、その対応する用紙タイプ情報に従って印刷処理を実行する。

これにより、アプリケーションデータの作成時と印刷時との間で、画像入出力装置の用紙タイプ情報が変更されたとしても、用紙タイプ情報ＤＢの変更前の用紙タイプ情報に基づいて、そのアプリケーションデータに対する適切な印刷処理を実行できる。

つまり、画像入出力装置から取得した機器情報に基づいて設定した印刷設定を含むアプリケーションデータによる印刷を行う際に、そのアプリケーションデータ作成時と同じ印刷設定で印刷することができる。

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

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

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

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスクがある。また、更に、記録媒体としては、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

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

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

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。また、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

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

本発明の実施形態の印刷処理システムにおける画像入出力装置の構成を示すブロック図である。 本発明の実施形態のリーダ部及びプリンタ部の断面図である。 本発明の実施形態の画像入出力装置のコア部の詳細構成を示すブロック図である。 本発明の実施形態の印刷処理システムの全体構成を示すブロック図である。 本発明の実施形態のＰＣにおけるソフトウェア構成を示す図である。 本発明の実施形態の外部記憶装置内のメモリマップを示す図である。 本発明の実施形態のＰＣ上で実現されるモジュール構成を示す図である。 本発明の実施形態の印刷処理の概要を説明するための図である。 本発明の実施形態の用紙タイプ情報の構成要素を示す図である。 本発明の実施形態の用紙タイプ情報ＤＢの構成要素を示す図である。 本実施形態の画像入出力装置の処理を示すフローチャートである。 本発明の実施形態の画像入出力装置が実行する印刷タイプ指定命令の処理を示すフローチャートである。 本発明の実施形態のＰＣのプリンタドライバが実行する印刷命令の生成処理を示すフローチャートである。 本発明の実施形態のプリンタドライバのＵＩ画面の一例を示す図である。 本発明の実施形態の用紙設定画面の一例を示す図である。 本発明の実施形態の印刷ジョブのデータ構造の一例を示す図である。 本発明の実施形態の印刷ブロックの各ブロックの詳細構成を示す図である。 本発明の実施形態の画像入出力装置のモジュール構成を示す図である。 従来の印刷処理システムの印刷処理を説明するための図である。

符号の説明

１ リーダ部
２ プリンタ部
３ 画像入出力制御部
４ ファクシミリ部
５ ストレージ部
６ ハードディスク部
７ コンピュータインタフェース部
８ ＲＩＰ部
９ 操作部
１０ コア部
１１ ＰＣ

Claims (12)

1. 現行の用紙タイプに関する情報として、その情報自身を識別する識別子である現行の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む現行の用紙タイプ情報と、それまでに設定されていた従前の用紙タイプに関する情報として、その情報自身を識別する識別子である従前の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む従前の用紙タイプ情報とを記憶する記憶手段と、
   前記用紙タイプ情報ＩＤと前記用紙タイプＩＤを含む印刷命令を受信する受信手段と、
   前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なるか判定する判定手段と、
   前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信手段により受信した用紙タイプＩＤに対応する属性値を用いて印刷を行い、前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定された場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる前記受信手段により受信した用紙タイプＩＤに対応する属性値を用いて印刷を行う印刷手段と
   を有することを特徴とするプリンタ。
2. 前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定され、かつ、それまでに設定されていた前記従前の用紙タイプ情報に前記受信手段により受信した用紙タイプＩＤに対応する属性値が存在しない場合、メッセージを表示する表示手段を更に有し、
   前記印刷手段は、前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信手段により受信した用紙タイプＩＤに対応する属性値を用いて印刷を行い、前記判定手段により前記受信手段により受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定され、かつ、それまでに設定されていた前記従前の用紙タイプ情報に前記受信手段により受信した用紙タイプＩＤに対応する属性値が存在する場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる用紙タイプＩＤに対応する属性値を用いて印刷を行う
   ことを特徴とする請求項１に記載のプリンタ。
3. 前記属性値は、用紙名称、表面性、形状、及び坪量のいずれか１つを含む
   ことを特徴とする請求項１または２に記載のプリンタ。
4. 登録済の用紙タイプ情報を編集する際、登録済の用紙タイプ情報をそれまでに設定されていた前記従前の用紙タイプ情報として設定し、登録済の用紙タイプ情報ＩＤと重ならない用紙タイプ情報ＩＤを発番し、編集後の用紙タイプ情報を前記現行の用紙タイプ情報として設定する設定手段を更に有する
   ことを特徴とする請求項１乃至３のいずれか１項に記載のプリンタ。
5. 現行の用紙タイプに関する情報として、その情報自身を識別する識別子である現行の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む現行の用紙タイプ情報と、それまでに設定されていた従前の用紙タイプに関する情報として、その情報自身を識別する識別子である従前の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む従前の用紙タイプ情報とを記憶する記憶手段とを有するプリンタの制御方法であって、
   前記用紙タイプ情報ＩＤと前記用紙タイプＩＤを含む印刷命令を受信する受信ステップと、
   前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なるか判定する判定ステップと、
   前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信ステップにより受信した用紙タイプＩＤに対応する属性値を用いて印刷を制御し、前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定された場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる前記受信ステップにより受信した用紙タイプＩＤに対応する属性値を用いて印刷を制御する制御ステップと
   を有することを特徴とするプリンタの制御方法。
6. 前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定され、それまでに設定されていた前記従前の用紙タイプ情報に前記受信ステップにより受信した用紙タイプＩＤに対応する属性値が存在しない場合、メッセージを表示する表示ステップを更に有し、
   前記制御ステップは、前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信ステップにより受信した用紙タイプＩＤに対応する属性値を用いて印刷を制御し、前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定され、それまでに設定されていた前記従来の用紙タイプ情報に前記受信ステップにより受信した用紙タイプＩＤに対応する属性値が存在する場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる用紙タイプＩＤに対応する属性値を用いて印刷を制御する
   ことを特徴とする請求項５に記載のプリンタの制御方法。
7. 前記属性値は、用紙名称、表面性、形状、及び坪量のいずれか１つを含む
   ことを特徴とする請求項５または６に記載のプリンタの制御方法。
8. 登録済の用紙タイプ情報を編集する際、登録済の用紙タイプ情報をそれまでに設定されていた前記従前の用紙タイプ情報として設定し、登録済の用紙タイプ情報ＩＤと重ならない用紙タイプ情報ＩＤを発番し、編集後の用紙タイプ情報を前記現行の用紙タイプ情報として設定する設定ステップを更に有する
   ことを特徴とする請求項５乃至７のいずれか１項に記載のプリンタの制御方法。
9. 現行の用紙タイプに関する情報として、その情報自身を識別する識別子である現行の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む現行の用紙タイプ情報と、それまでに設定されていた従前の用紙タイプに関する情報として、その情報自身を識別する識別子である従前の用紙タイプ情報ＩＤ、及び用紙タイプＩＤを含む各用紙の属性値を含む従前の用紙タイプ情報とを記憶する記憶手段とを有するコンピュータで実行されるプログラムであって、
   前記用紙タイプ情報ＩＤと前記用紙タイプＩＤを含む印刷命令を受信する受信ステップと、
   前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なるか判定する判定ステップと、
   前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信ステップにより受信した用紙タイプＩＤに対応する属性値を用いて印刷を制御し、前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定された場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる前記受信ステップにより受信した用紙タイプＩＤに対応する属性値を用いて印刷を制御する制御ステップと
   をコンピュータに実行させるプログラム。
10. 前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定され、それまでに設定されていた前記従前の用紙タイプ情報に前記受信ステップにより受信した用紙タイプＩＤに対応する属性値が存在しない場合、メッセージを表示する表示ステップをコンピュータに更に実行させ、
    前記制御ステップは、前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと一致すると判定された場合、前記現行の用紙タイプ情報に含まれる前記受信ステップにより受信した用紙タイプＩＤに対応する属性値を用いて印刷を制御し、前記判定ステップにより前記受信ステップにより受信した用紙タイプ情報ＩＤが前記現行の用紙タイプ情報ＩＤと異なると判定され、それまでに設定されていた前記従来の用紙タイプ情報に前記受信ステップにより受信した用紙タイプＩＤに対応する属性値が存在する場合、それまでに設定されていた前記従前の用紙タイプ情報に含まれる用紙タイプＩＤに対応する属性値を用いて印刷を制御する
    ことを特徴とする請求項９に記載のプログラム。
11. 前記属性値は、用紙名称、表面性、形状、及び坪量のいずれか１つを含む
    ことを特徴とする請求項９または１０に記載のプログラム。
12. 登録済の用紙タイプ情報を編集する際、登録済の用紙タイプ情報をそれまでに設定されていた前記従前の用紙タイプ情報として設定し、登録済の用紙タイプ情報ＩＤと重ならない用紙タイプ情報ＩＤを発番し、編集後の用紙タイプ情報を前記現行の用紙タイプ情報として設定する設定ステップを更に有する
    ことを特徴とする請求項９乃至１１のいずれか１項に記載のプログラム。

Images