(57)【要約】【課題】  印刷装置がエラーを回避して常に正しく印刷を行えるようにする。【解決手段】  ＰＣ１では、プリンタドライバにより、複数の異なる印刷データ（縦向きと横向きの各画像データ）を作成し、その各印刷データをネットワーク７経由でプリンタ２，３，又はデジタル複合機４へ送信する。  プリンタ２，３，デジタル複合機４ではそれぞれ、ＰＣ１からの複数の異なる印刷データを受信すると、その各印刷データが仕様に適合するか否かを確認し、仕様に適合すると確認できた印刷データのみに基づいて印刷を行う。【選択図】        図１
2011039809.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と印刷装置とを備え、前記情報処理装置から前記印刷装置への一方向通信によってのみ印刷を可能とする印刷システムであって、
前記情報処理装置に、
複数の異なる印刷データを作成する画像データ作成手段と、
該印刷データ作成手段によって作成される複数の異なる印刷データを前記印刷装置へ送信する送信手段とを設け、
前記印刷装置に、
前記情報処理装置からの複数の異なる印刷データを受信する受信手段と、
該受信手段によって受信する複数の異なる印刷データが仕様に適合するか否かを確認する確認手段と、
該確認手段によって仕様に適合すると確認できた印刷データのみに基づいて印刷を行う印刷手段とを設けたことを特徴とする印刷システム。
【請求項２】
前記情報処理装置の画像データ作成手段は、複数の異なる回転角度で回転させた画像データに基づいて、複数の異なる印刷データを作成することを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記情報処理装置の画像データ作成手段は、作成する複数の異なる印刷データに同一の識別情報を付加する手段を有することを特徴とする請求項１又は２に記載の印刷システム。
【請求項４】
前記情報処理装置の画像データ作成手段は、同一の識別情報が付加された印刷データの残り送信回数を該印刷データに付加する手段を有することを特徴とする請求項３に記載の印刷システム。
【請求項５】
前記印刷装置の印刷手段は、仕様に適合する印刷データによる印刷を行った場合には、該印刷データ以降に前記受信手段によって受信する印刷データによる印刷を禁止する手段を有することを特徴とする請求項１乃至４のいずれか一項に記載の印刷システム。
【請求項６】
請求項１乃至５のいずれか一項に記載の印刷システムにおいて、
前記印刷装置から出力される印刷物に対して後処理を行う後処理装置を備え、
前記印刷装置の確認手段は、前記受信手段によって受信する複数の異なる印刷データが当該印刷装置の仕様又は前記後処理手段の仕様に適合するか否かを確認することを特徴とする印刷システム。
【請求項７】
情報処理装置を制御するコンピュータに、印刷装置への一方向通信によってのみ該印刷装置に印刷を実行させるプリンタドライバであって、
前記コンピュータに、
複数の異なる印刷データを作成する画像データ作成機能と、
該印刷データ作成機能によって作成される複数の異なる印刷データを前記印刷装置へ送信する送信機能とを実現させるためのプリンタドライバ。
【請求項８】
前記画像データ作成機能は、複数の異なる回転角度で回転させた画像データに基づいて、複数の異なる印刷データを作成することを特徴とする請求項７に記載のプリンタドライバ。
【請求項９】
前記画像データ作成機能は、作成する複数の異なる印刷データに同一の識別情報を付加する手段を有することを特徴とする請求項７又は８に記載のプリンタドライバ。
【請求項１０】
前記画像データ作成機能は、同一の識別情報が付加された印刷データの残り送信回数を該印刷データに付加する機能を有することを特徴とする請求項９に記載のプリンタドライバ。
【請求項１１】
情報処理装置からの一方向通信によってのみ印刷を実行する印刷装置であって、
前記情報処理装置からの複数の異なる印刷データを受信する受信手段と、
該受信手段によって受信する複数の異なる印刷データが仕様に適合するか否かを確認する確認手段と、
該確認手段によって仕様に適合すると確認できた印刷データのみに基づいて印刷を行う印刷手段とを設けたことを特徴とする印刷装置。
【請求項１２】
前記印刷手段は、仕様に適合する印刷データによる印刷を行った場合には、該印刷データ以降に前記受信手段によって受信する印刷データによる印刷を禁止する手段を有することを特徴とする請求項１１に記載の印刷装置。
【請求項１３】
請求項１１又は１２に記載の印刷装置において、
前記印刷装置の確認手段は、前記受信手段によって受信する複数の異なる印刷データが当該印刷装置の仕様あるいは当該印刷装置から出力される印刷物に対して後処理を行う後処理装置の仕様に適合するか否かを確認することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、プリンタ，デジタル複写機，デジタル複合機，ファクシミリ装置等の印刷装置（画像形成装置）とパーソナルコンピュータ等の情報処理装置とからなる印刷システム、上記情報処理装置を制御するコンピュータ（ＣＰＵ）に必要な機能（この発明に係わる機能）を実現させるためのプリンタドライバ、上記印刷装置に関する。
【背景技術】
【０００２】
例えば、上記のような情報処理装置において、プリンタに合わせたプリンタドライバで対応しているプリンタ以外にも印刷できるプリンタドライバや、ネットワークに接続されたプリンタと通信し、そのプリンタに合わせたプリンタドライバに設定する技術が既に知られている。
【０００３】
しかし、この技術を利用するには、双方向通信はプリンタと接続していなくてはできず、ロケーションフリー印刷のような一旦サーバ等に印刷データを蓄積して、それを任意のプリンタに出力して印刷を行わせる方式には、印刷を行うプリンタとプリンタドライバが繋がらないので、上記技術を適用できないという問題があった。
また、そのような環境で意味がない双方向通信を行うと、応答時間分だけ処理が遅くなり、ユーザの不満になってしまう問題もあった。
【０００４】
そこで、双方向通信を行わず、単に印刷を行うためだけのプリンタドライバも提案されているが、そのようなプリンタドライバでは、プリンタの給紙トレイやフィニッシャ等の仕様により、ある一定方向（縦向き又は横向き）の画像を印刷するための印刷データしか受け付けられず、それらの仕様に合わせた印刷データを送らなくてはならなかった。
しかし、印刷を行おうとしているプリンタがどんな仕様なのか、プリンタドライバは分からず、印刷データをプリンタへ送ってしまい、そのプリンタでエラーになってしまうという問題がある。
【０００５】
そこで、特許文献１，２に開示されている技術を利用することが考えられる。
特許文献１には、１つのプリンタドライバで複数のプリンタに印刷を行わせる目的で、プリンタドライバで使用するプリンタの機種を選択し、その機種にあわせたプリンタドライバに設定する技術が開示されている。
特許文献２には、１つのプリンタドライバで複数のプリンタに印刷を行わせる目的で、プリンタと双方向通信を行い、その機種に応じて自動的に機種に合わせたプリンタドライバに設定する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載のものでも、上述したような問題は解消できていない。つまり、上述したサーバ等への印刷データの蓄積など、印刷を行う機器（プリンタ）と通信する機器が違う場合に、印刷が必ず正しく行われる結果を確保できないという欠点は解消できていない。
また、特許文献２に記載のものでも、上述したような問題は解消できていない。つまり、上述したような双方向通信を行わないと、プリンタの機種に合わせたプリンタドライバに設定することはできないし、印刷を行う機器と双方向通信する機器が同じでないと、印刷が必ず正しく行われるという結果が確保できないという欠点は解消できていない。
【０００７】
この発明は、上記の点に鑑みてなされたものであり、印刷装置が、情報処理装置からの一方向通信のみでも、エラーを回避して常に正しく印刷を行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
この発明は、上記の目的を達成するため、以下に示す印刷システム、それを構成する情報処理装置、その情報処理装置を制御するコンピュータに実行させるプリンタドライバ、上記印刷システムを構成する印刷装置を提供する。
【０００９】
この発明による印刷システムは、情報処理装置と印刷装置とを備え、上記情報処理装置から上記印刷装置への一方向通信によってのみ印刷を可能とする印刷システムであって、上記情報処理装置に、複数の異なる印刷データを作成する画像データ作成手段と、その印刷データ作成手段によって作成される複数の異なる印刷データを上記印刷装置へ送信する送信手段とを設け、上記印刷装置に、上記情報処理装置からの複数の異なる印刷データを受信する受信手段と、その受信手段によって受信する複数の異なる印刷データが仕様に適合するか否かを確認する確認手段と、その確認手段によって仕様に適合すると確認できた印刷データのみに基づいて印刷を行う印刷手段とを設けたものである。
【００１０】
なお、上記情報処理装置の画像データ作成手段が、複数の異なる回転角度で回転させた画像データに基づいて、複数の異なる印刷データを作成するとよい。
また、上記情報処理装置の画像データ作成手段に、作成する複数の異なる印刷データに同一の識別情報を付加する手段を備えるとよい。この場合、上記情報処理装置の画像データ作成手段に、同一の識別情報が付加された印刷データの残り送信回数をその印刷データに付加する手段を備えるとよい。
【００１１】
さらに、上記印刷装置の印刷手段に、仕様に適合する印刷データによる印刷を行った場合には、その印刷データ以降に上記受信手段によって受信する印刷データによる印刷を禁止する手段を備えるとよい。
さらにまた、上記印刷装置から出力される印刷物に対して後処理を行う後処理装置を備え、上記印刷装置の確認手段が、上記受信手段によって受信する複数の異なる印刷データがその印刷装置の仕様又は上記後処理装置の仕様に適合するか否かを確認するとよい。
【００１２】
この発明によるプリンタドライバは、情報処理装置を制御するコンピュータに、印刷装置への一方向通信によってのみその印刷装置に印刷を実行させるプリンタドライバであって、上記コンピュータに、複数の異なる印刷データを作成する画像データ作成機能と、その印刷データ作成機能によって作成される複数の異なる印刷データを上記印刷装置へ送信する送信機能とを実現させるためのプリンタドライバである。
【００１３】
なお、上記画像データ作成機能が、複数の異なる回転角度で回転させた画像データに基づいて、複数の異なる印刷データを作成するとよい。
また、上記画像データ作成機能に、作成する複数の異なる印刷データに同一の識別情報を付加する手段を備えるとよい。この場合、上記画像データ作成機能に、同一の識別情報が付加された印刷データの残り送信回数をその印刷データに付加する機能を備えるとよい。
【００１４】
この発明による印刷装置は、情報処理装置からの一方向通信によってのみ印刷を実行する印刷装置であって、上記情報処理装置からの複数の異なる印刷データを受信する受信手段と、その受信手段によって受信する複数の異なる印刷データが仕様に適合するか否かを確認する確認手段と、その確認手段によって仕様に適合すると確認できた印刷データのみに基づいて印刷を行う印刷手段とを設けたものである。
【００１５】
なお、上記印刷手段に、仕様に適合する印刷データによる印刷を行った場合には、その印刷データ以降に上記受信手段によって受信する印刷データによる印刷を禁止する手段を備えるとよい。
また、上記印刷装置の確認手段が、上記受信手段によって受信する複数の異なる印刷データが当該印刷装置の仕様あるいは当該上記印刷装置から出力される印刷物に対して後処理を行う後処理装置の仕様に適合するか否かを確認するとよい。
【００１６】
この発明によれば、情報処理装置が、複数の異なる印刷データ（例えば縦向きと横向きの各画像データ）を作成し、その各印刷データを印刷装置へ送信する。その印刷装置は、情報処理装置からの複数の異なる印刷データを受信すると、その各印刷データが仕様に適合するか否かを確認し、仕様に適合すると確認できた印刷データのみに基づいて印刷を行う。
【発明の効果】
【００１７】
この発明によれば、印刷装置が、情報処理装置からの一方向通信のみでも、エラーを回避して常に正しく印刷を行うことができる。
【図面の簡単な説明】
【００１８】
【図１】この発明の第１実施形態である情報処理装置および印刷装置を備えた印刷システムのネットワーク構成例を示す図である。
【図２】図１のＰＣ１のハードウェア構成例を示すブロック図である。
【図３】図１のＰＣ１のソフトウェア構成例を示すブロック図である。
【図４】図３のプリンタドライバ１０３の構成例を示すブロック図である。
【００１９】
【図５】図４のＵＩ部１０５によって表示されるドライバＵＩ画面の一例を示す図である。
【図６】図１のプリンタ２，３のハードウェア構成例を示すブロック図である。
【図７】図１のプリンタ２，３の主要なソフトウェア構成例を示すブロック図である。
【図８】図１に示した印刷システムにおけるこの発明に関わる制御の概要例を説明するための説明図である。
【００２０】
【図９】図１のＰＣ１がプリンタ２に印刷を行わせる際の図４，図７に示した各プログラム間の通信シーケンスの第１例を示す図である。
【図１０】図６，図７に示したプリンタ２によるＰＤＬデータ受信時の処理の一例を示すフロー図である。
【図１１】図１のＰＣ１がプリンタ２に印刷を行わせる際の図４，図７に示した各プログラム間の通信シーケンスの第２例を示す図である。
【図１２】この発明の第２実施形態である印刷システムを構成するプリンタとフィニッシャとの接続例を示す図である。
【００２１】
【図１３】図１２のプリンタ２とフィニッシャ５の主要なソフトウェア構成例を示すブロック図である。
【図１４】図１に示した印刷システムにおけるこの発明に関わる制御の他の概要例を説明するための説明図である。
【図１５】図１のＰＣ１がプリンタ２に印刷を行わせる際の図４，図１３に示した各プログラム間の通信シーケンスの一例を示す図である。
【図１６】図６，図１３に示したプリンタ２によるＰＤＬデータ受信時の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
〔第１実施形態〕
始めに、この発明の第１実施形態について説明する。
そしてまず、この発明の第１実施形態である情報処理装置および印刷装置を備えた印刷システムの構成について、図１を参照して説明する。
図１は、その印刷システムのネットワーク構成例を示す図である。
【００２３】
この印刷システムは、情報処理装置であるパーソナルコンピュータ等のホストコンピュータ（以下「ＰＣ」という）１と、印刷装置であるプリンタ２，３，デジタル複合機４とを備えている。それらの機器の接続は、ＬＡＮ（ローカルエリアネットワーク）等のネットワーク７を介して行うが、ＵＳＢ規格に準拠した接続や、ＲＳ−４８５規格等に準拠したシリアル接続や、ＳＣＳＩ（Small Computer System Interface）規格等に準拠したパラレル接続等によって行ってもよい。但し、ＰＣ１とプリンタ２，３，又はデジタル複合機４との通信は、双方向通信ではなく、ＰＣ１からプリンタ２，３，又はデジタル複合機４への一方向通信のみ可能とする。
【００２４】
ＰＣ１は、ユーザ操作（ユーザによる入力装置の操作）により、プリンタドライバを用いて印刷データを作成し、それをプリンタ２，３，又は複合機４へ選択的に送信する。
プリンタ２，３はそれぞれ、ＰＣ１から印刷データを受信し、その印刷データに基づいて印刷処理を実行する。つまり、印刷データが画像データであれば、それを可視画像として用紙に印刷（画像形成）する。印刷データがＰＤＬ（プリンタ記述言語）等であれぱ、それに基づいて画像データを作成し、可視画像として印刷媒体に印刷する。なお、用紙以外の印刷媒体（転写材）を使用することもできる。
【００２５】
デジタル複合機４は、プリンタ２，３と同様のプリント機能に加え、コピー機能等の他の機能も有している。
なお、プリンタ２，３，複合機４に代えて、もしくは加えて、デジタル複写機，ファクシミリ装置等の印刷装置を使用してもよい。
【００２６】
次に、図１のＰＣ１のハードウェア構成例について、図２を参照して具体的に説明する。
図２は、そのＰＣ１のハードウェア構成例を示すブロック図である。
【００２７】
ＰＣ１（以下「機器」ともいう）は、ＣＰＵ１１，ディスプレイインタフェース（以下「インタフェース」を「Ｉ／Ｆ」という）１２，ＲＡＭ１３，チップセット１４，１５，ハードティスク装置（以下「ＨＤＤ」という）１６，ネットワークＩ／Ｆ１７，マウス１８，キーボード１９，およびモデム２０を備えている。
【００２８】
ＣＰＵ１１は、後述するプログラムに従って機器全体を統括的に制御する中央処理装置である。このＣＰＵ１１は、プログラムを実行して機器を制御することにより、この発明に関わる画像データ作成手段および送信手段としての機能を果たすこともできる。
ディスプレイＩ／Ｆ１２は、外部に接続されたモニタ（ディスプレイ）を使ってユーザに機器の状態等の情報を表示するための信号を出力するものである。
【００２９】
ＲＡＭ１３は、ＣＰＵ１１が実行するプログラムを展開するプログラムメモリや、ＣＰＵ１１がプログラムを実行するために作業するワークメモリ、印刷データを生成する印刷データメモリ等として使用する読み書き可能なメモリである。
チップセット１４は、ＣＰＵ１１，ディスプレイＩ／Ｆ１２，およびＲＡＭ１３を高速な内部バスで接続し、また外部の汎用バス２１とのデータ交換も行うものである。
【００３０】
ＨＤＤ１６は、汎用バス２１に接続されたメモリデバイスであり、ＯＳ（オペレーティングシステム）や、各種制御を実現するためのプログラムおよびデータなどを格納している。
ネットワークＩ／Ｆ１７は、ネットワーク７を介してプリンタ２，３，又はデジタル複合機４への一方向通信を行うインタフェースである。
【００３１】
チップセット１４，ＨＤＤ１６，およびネットワークＩ／Ｆ１７は、内部バスよりも低速な汎用バス２１でつながれている。
チップセット１５は、それらチップセット１４，ＨＤＤ１６，およびネットワークＩ／Ｆ１７と更に低速なバス２２やポートとデータ交換を行う。
マウスポートやキーボードポートでは、外部に接続されたマウス１８やキーボード１９によりユーザ操作による入力を受け付ける。また、モデムポートでは、外部のモデム２０に接続された電話回線（公衆回線）によりＦＡＸ通信等が可能になっている。
【００３２】
次に、図１のＰＣ１のソフトウェア構成例について、図３を参照して説明する。なお、ソフトウェアを構成する各プログラムによる処理や制御は、実際には図２のＣＰＵ１１がプログラムに従って動作することによって実行するが、説明の都合上、プログラムが処理を実行するものとする。以後も、プログラムが何らかの処理や制御を行うものとして説明を行う場合には、同様とする。
【００３３】
図３は、図１のＰＣ１のソフトウェア構成例を示すブロック図である。
ＰＣ１ではそれぞれ、ＯＳ（オペレーティングシステム）１０１が動作しており、アプリケーションプログラム（以下「アプリケーション」又は「アプリ」と略称する）１０２，プリンタドライバ１０３，スプーラ１０６が印刷制御時に動作する。なお、ＯＳ１０１はマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）社のＷｉｎｄｏｗｓ（登録商標）を例に説明する。
【００３４】
Ｗｉｎｄｏｗｓでは、印刷制御は以下のようになる。
Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）のようなアプリケーション１０２からＯＳ（Ｗｉｎｄｏｗｓ）１０１に対して、例えば描画データを含む印刷指示が送られる。
ＯＳ１０１は、その印刷指示により、プリンタ２，３，複合機４の中から選択された印刷に使用する印刷装置に合わせてプリンタドライバ１０３を選択し、例えば描画データを含む印刷コマンド（描画命令）をグラフィックス部１０４に渡す。
【００３５】
グラフィックス部１０４は、その印刷コマンドを受け取ると、それを印刷に使用する印刷装置に合わせたプリンタ記述言語（ＰＤＬ）に変換してスプーラ１０６へ渡す。
スプーラ１０６は、そのＰＤＬに変換された印刷データを受け取ると、それをネットワーク７（ＵＳＢ等の他の経路でもよい）経由で印刷に使用する印刷装置へ送信する。
その印刷装置は、ＰＣ１から送られてくる印刷データを受信すると、その印刷データ（ＰＤＬ）を解釈して画像データに変換し、可視画像として用紙に印刷する。
【００３６】
また、プリンタドライバの設定は以下のようになる。
Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄのようなアプリケーション１０２からＯＳ（Ｗｉｎｄｏｗｓ）１０１に対して印刷設定指示が送られる。
ＯＳ１０１は、印刷設定（印刷条件の設定）をさせるために、プリンタドライバ１０３のＵＩ（ユーザインタフェース）部１０５を起動させる。
それによって、プリンタドライバ１０３のＵＩ部１０５は、ディスプレイ上に印刷設定のためのドライバＵＩ画面を表示する。
【００３７】
ユーザにより、そのドライバＵＩ画面を用いて設定された値は、ＯＳ１０１を介してグラフィックス部１０４に渡され、印刷制御時に設定された値によって動きわける。
なお、説明の都合上、この第１実施形態および後述する第２実施形態では、印刷データを印刷先用の画像データ（ビットマップ状の印刷描画データ）を生成するためのＰＤＬ（プリンタ記述言語）とするが、テキストデータやイメージデータであってもよい。
【００３８】
次に、図３のプリンタドライバ１０３の構成例について、図４を参照して説明する。
図４は、図３のプリンタドライバ１０３の構成例を示すブロック図である。
図５は、図４のＵＩ部１０５によって表示されるドライバＵＩ画面の一例を示す図である。
プリンタドライバ１０３は、前述したとおり、ＰＤＬを生成するグラフィックス部１０４と、印刷設定を行うためのＵＩ部１０５とからなる。
【００３９】
グラフィックス部１０４は、描画命令受信部１１１，画像回転部１１２，ＰＤＬ生成部１１３，および送信部１１４からなる。
描画命令受信部１１１は、アプリケーション１０２（もしくはＯＳ１０１）から送られてくる描画データを含む描画命令を受け、グラフィックス部１０４内の他のモジュールに適切に命令を割り振る機能を持つ。描画命令とは、例えばＷｉｎｄｏｗｓで言うと、「DrvTextOut（文字を書く命令）」などのことを指す。
【００４０】
画像回転部１１２は、ＳＥＦ（縦方向給紙）もしくはＬＥＦ（横方向給紙）用の出力画像データを作るために、描画命令受信部１１１から渡された描画命令中の描画データを必要に応じて回転させ、その回転後の描画データを含む描画命令をＰＤＬ生成部１１３へ渡す機能を持つ。
ＰＤＬ生成部１１３は、描画命令受信部１１１又は画像回転部１１２から渡された描画命令中の描画データを、印刷に使用する印刷装置が解釈できるＰＤＬに変換して送信部１１４へ渡す機能を持つ。
送信部１１４は、ＰＤＬ生成部１１３から渡されたＰＤＬ（印刷データ）を印刷に使用する印刷装置へ送信する機能を持つ。
【００４１】
ＵＩ部１０５は、設定管理部１２１と表示部１２２からなる。
表示部１２２は、図５に示すようなユーザ操作によって印刷設定を行うためのドライバＵＩ画面をディスプレイ上に表示する機能を提供する。
設定管理部１２１は、表示部１２２によってディスプレイ上に表示されたドライバＵＩ画面に対するユーザ操作により入力された設定値を保持・管理する機能を提供する。Ｗｉｎｄｏｗｓでは、ＤＥＶＭＯＤＥというデータ構造にデータを入力することを指す。
【００４２】
次に、図１のプリンタ２，３のハードウェア構成例について、図６を参照して具体的に説明する。なお、図１のデジタル複合機はプリンタ２，３と同様な構成を含むものであるので、その図示および説明は省略する。
図６は、図１のプリンタ２，３のハードウェア構成例を示すブロック図である。
【００４３】
プリンタ２，３（以下「機器」ともいう）はそれぞれ、オペレーションパネル３１，ＣＰＵ３２，ＡＳＩＣ（Application Specific Integrated Circuit）３３，ＲＡＭ３４，ＲＯＭ３５，ネットワークＩ／Ｆ３６，ＨＤＤ３７，およびエンジン部３８を備えている。それらのうち、ＣＰＵ３２，ＡＳＩＣ３３，ＲＡＭ３４，ＲＯＭ３５，ネットワークＩ／Ｆ３６が、印刷制御装置としての機能を果す。
オペレーションパネル３１は、エンジン部３８や外部機器に対する動作要求（印刷要求，送信要求等）をユーザ操作によって入力するための各種の操作キー（操作スイッチ又は操作ボタンともいう）およびＬＣＤ又はＣＲＴ等の表示器を有する操作部である。
【００４４】
ＣＰＵ３２は、後述するプログラムに従って機器全体を統括的に制御する中央処理装置である。このＣＰＵ３２は、自己に内蔵されているモジュールおよび自己にＡＳＩＣ３３を介して接続されている各種デバイスの入出力を制御したり、後述するエンジン部３８による印刷処理を実現するためのプリンタアプリを実行することもできる。このＣＰＵ３２はまた、プログラムを実行して機器を制御することにより、この発明に関わる受信手段，確認手段，および印刷手段としての機能を果たすこともできる。
【００４５】
ＡＳＩＣ３３は、ＣＰＵ３２，ＲＡＭ３４，ＲＯＭ３５，ネットワークＩ／Ｆ３６，オペレーションパネル３１をそれぞれ接続するための複数のＩ／Ｆ等からなる多機能デバイスボードであり、ＣＰＵ３２の制御対象となるデバイスの共有化を図り、アーキテクチャの面からアプリケーション等の開発の高効率化を支援するＩＣである。このＡＳＩＣ３３は、ここでは画像処理用のハードウェア要素を備えている。
【００４６】
ＲＡＭ３４は、ＣＰＵ３２が実行するプログラムを展開するプログラムメモリや、ＣＰＵ３２がプログラムを実行するために作業するワークメモリ、印刷データ（ＰＤＬ）をエンジン部３８によって用紙に可視画像を印刷するためのビットマップ状の印刷描画データ（ラスタ画像データ）に展開する際に使用する印刷描画メモリ等として使用する読み書き可能なメモリ（記憶手段）である。
ＲＯＭ３５は、ブートプログラム，印刷制御を含む各種制御を実現するための各種プログラムおよびデータなどを格納している読み出し専用メモリである。
【００４７】
ネットワークＩ／Ｆ３６は、ネットワーク７を介してＰＣ１からの印刷データを受信するためのインタフェースである。
ＨＤＤ３７は、ＯＳや、この発明に関わる各種制御を実現するための各種プログラムおよびデータなどを格納している補助記憶装置（記憶手段）である。
エンジン部３８は、印刷描画データを可視画像として用紙上に印刷する印刷機構部（画像形成手段）である。
【００４８】
次に、図１のプリンタ２，３の主要なソフトウェア構成例について、図７を参照して説明する。
図７は、そのプリンタ２，３の主要なソフトウェア構成例を示すブロック図である。
プリンタ２，３ではそれぞれ、ソフトウェアを構成する主要なプログラムとして、受信部２０１，仕様適合判定部２０２，および印刷画像生成部２０３を備えている。
【００４９】
受信部２０１は、ＰＣ１からプリンタドライバ１０３より送られてくる印刷データを受信し、その印刷データを必要とする部位に渡す機能を持つ。
仕様適合判定部２０２は、受信部２０１によって受信した印刷データが仕様に適合するか否か、つまり機器本体（プリンタ本体）の仕様に適合する（例えば給紙トレイで使用できる条件のデータ）か否かを判定する。
【００５０】
印刷画像生成部２０３は、受信部２０１によって受信した印刷データが仕様適合判定部２０２によって仕様に適合すると判定された場合に、その印刷データに応じて用紙に印刷するためのラスタ画像データを生成する機能を持つ。
【００５１】
以下、以上のように構成された第１実施形態の印刷システムにおけるこの発明に関わる制御について、図８〜図１１も参照して説明する。ここでは、印刷に使用する印刷装置をプリンタ２とする。
【００５２】
次に、この第１実施形態の印刷システムにおけるこの発明に関わる制御の概要例について、図８を参照して説明する。
図８は、図１に示した印刷システムにおけるこの発明に関わる制御の概要例を説明するための説明図である。
【００５３】
ＰＣ１は、複数の異なる印刷データとして、例えば図８の（ａ）に示すように、複数の異なる回転角度（この例では「０度」「９０度」）で回転させた画像データに基づいて、ＳＥＦ印刷用のＰＤＬデータ（ＳＥＦデータ）とＬＥＦ印刷用のＰＤＬデータ（ＬＥＦデータ）とを作成し、プリンタ２へ順次（同時でもよい）送信する。このとき、その各ＰＤＬデータをそのまま送信すると、プリンタ２では２部の印刷物を出力してしまう可能性があるので、上記各ＰＤＬデータが同じであることを示すペアリング用ＩＤ（同一の識別情報）をその各ＰＤＬデータに埋め込む（付加する）。それによって、プリンタ２側では複数使用できるデータがあることを判別できる。ＰＤＬデータにペアリング用ＩＤを埋め込んだＰＪＬ（プリンタジョブ言語）については、追って詳細に説明する。
【００５４】
プリンタ２は、ＰＣ１からＳＥＦデータおよびＬＥＦデータを順次（同時でもよい）受信すると、例えば図８の（ｂ）に示すように、その受信した各ＰＤＬデータが自機（サポートしている給紙トレイ）の仕様に適合するか否か、および受信した各ＰＤＬデータにペアリング用ＩＤが埋め込まれているか否かをそれぞれ確認し、ペアリング用ＩＤが埋め込まれ、且つ自機の仕様に適合しているＰＤＬデータがあれば、そのＰＤＬデータを選択して、そのＰＤＬデータのみに基づいて印刷を行う。
よって、例えばプリンタ２の給紙トレイがＳＥＦデータによる画像を印刷できる用紙しか給紙できない場合でも、エラーにならず、印刷が可能になる。
【００５５】
次に、図１のＰＣ１がプリンタ２に印刷を行わせる際の図４，図７に示した各プログラム間の通信シーケンスの第１例について、図９を参照して説明する。
図９は、その各プログラム間の通信シーケンスの第１例を示す図である。なお、この図を含む各図において、ステップを「Ｓ」と略記している。
【００５６】
この例では、プリンタ２がＬＥＦデータしか受け付けられず、プリンタドライバ１０３で１回目に描画データに基づいて生成したＳＥＦデータを、２回目にその描画データを回転させてＬＥＦデータを生成して送っている例である。ペアリング用ＩＤであるＧＵＩＤ（Global Unique Identifier）は、Ｗｉｎｄｏｗｓでは、ＡＰＩ（Application Program Interface）やguidgen.exeで生成できる。
【００５７】
ＰＣ１におけるプリンタドライバ１０３のＵＩ部１０５内の表示部１２２は、ユーザ操作によって印刷設定のためのデータが入力されると（Ｓ１）、そのデータによる印刷設定の値（設定値）を設定管理部１２１に適用させ、保持させる（Ｓ２）。
その後、グラフィックス部１０４の描画命令受信部１１１は、アプリケーション１０２（もしくはＯＳ１０１）から印刷のための描画データを含む描画命令を受信すると（Ｓ３）、ＧＵＩＤを生成して、受信した描画命令と共にＰＤＬ生成部１１３へ渡す（Ｓ４，Ｓ５）。なお、受信した描画命令および作成したＧＵＩＤは繰り返し使用するため、ＲＡＭ１３又はＨＤＤ１６に記憶する。
【００５８】
ＰＤＬ生成部１１３は、描画命令受信部１１１から描画命令およびＧＵＩＤを受け取ると、印刷用の設定値の取得要求を設定管理部１２１へ渡し（Ｓ６）、それに対して印刷用の設定値が送られてくると、その設定値を受け取り（Ｓ７）、それと先に受け取った描画命令中の描画データとに基づいてＰＤＬを生成する（Ｓ８）。この例では、１回目にＰＤＬとしてＳＥＦデータを生成する。そして、生成したＰＤＬ（ＳＥＦデータ）に先に受け取ったＧＵＩＤを付加した後（Ｓ９）、そのＧＵＩＤを付加したＰＤＬのデータを送信部１１４へ渡す（Ｓ１０）。
【００５９】
送信部１１４は、ＰＤＬ生成部１１３からＰＤＬデータを受け取ると、それを印刷に使用するプリンタ２へ送信する（Ｓ１１）。
プリンタ２における受信部２０１は、ＰＣ１からプリンタドライバ１０３より送られてくるＰＤＬデータを受信すると、それを仕様適合判定部２０２へ渡す（Ｓ１２）。なお、受信部２０１によって受信したＰＤＬデータは、ＲＡＭ３４又はＨＤＤ３７に一時的に記憶する。
【００６０】
仕様適合判定部２０２は、受信部２０１からＰＤＬデータを受け取ると、そのＰＤＬデータ（ＳＥＦデータ）によって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる（給紙トレイから給紙される用紙に印刷可能な）画像の向きと一致するか否かをチェックすると共に、受け取ったＰＤＬデータにＧＵＩＤが付加されているか否かをチェックする（Ｓ１３）。
【００６１】
そして、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイで使用できる画像の向きと一致しないが、ＧＵＩＤが付加されていることを確認できるため、そのＧＵＩＤを印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７として保存しておき、エラーを出さずに、次のＰＤＬデータを待つ（Ｓ１４）。なお、今回受け取ったＰＤＬデータは削除する。
【００６２】
ＰＣ１におけるグラフィックス部１０４の描画命令受信部１１１は、受信した描画命令および作成したＧＵＩＤをＰＤＬ生成部１１３へ渡した後（Ｓ５）、その描画命令およびＧＵＩＤを所定のタイミングで画像回転部１１２へ渡す（Ｓ１５）。
画像回転部１１２は、描画命令受信部１１１から描画命令およびＧＵＩＤを受け取ると、ＬＥＦデータを生成できるように、その描画命令中の描画データを９０度回転（以下単に「回転」という）させ（Ｓ１６）、その回転後の描画データを含む描画命令と受け取ったＧＵＩＤをＰＤＬ生成部１１３へ渡す（Ｓ１７）。
【００６３】
ＰＤＬ生成部１１３は、画像回転部１１２から描画命令およびＧＵＩＤを受け取ると、印刷用の設定値の取得要求を再び設定管理部１２１へ渡し（Ｓ１８）、それに対して印刷用の設定値が送られてくると、その設定値を受け取り（Ｓ１９）、それと先に受け取った描画命令中の描画データとに基づいてＰＤＬを生成する（Ｓ２０）。この例では、２回目にＰＤＬとしてＬＥＦデータを生成する。そして、生成したＰＤＬ（ＬＥＦデータ）に先に受け取ったＧＵＩＤを付加した後（Ｓ２１）、そのＧＵＩＤを付加したＰＤＬのデータを送信部１１４へ渡す（Ｓ２２）。
【００６４】
送信部１１４は、ＰＤＬ生成部１１３からＰＤＬデータを受け取ると、それを印刷に使用するプリンタ２へ送信する（Ｓ２３）。
プリンタ２における受信部２０１は、ＰＣ１からプリンタドライバ１０３より再び送られてくるＰＤＬデータを受信すると、それを仕様適合判定部２０２へ渡す（Ｓ２４）。
【００６５】
仕様適合判定部２０２は、受信部２０１からＰＤＬデータを受け取ると、そのＰＤＬデータ（ＬＥＦデータ）によって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる画像の向きと一致するか否かをチェックすると共に、受け取ったＰＤＬデータにＧＵＩＤが付加されているか否かをチェックする（Ｓ２５）。
【００６６】
そして、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイで使用できる画像の向きと一致し、受け取ったＰＤＬデータにＧＵＩＤが付加されていることを確認でき、そのＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていない（まだ印刷が完了していない）ことを確認できると、印刷画像生成要求を受け取ったＰＤＬデータと共に印刷画像生成部２０３へ渡す（Ｓ２６）。
【００６７】
印刷画像生成部２０３は、印刷画像生成要求とＰＤＬデータを受け取ると、そのＰＤＬデータに応じて印刷用のラスタ画像データを生成し、そのラスタ画像データをエンジン部３８に送って印刷を行わせ、印刷物を出力させる（Ｓ２７）。
その後、受け取った（印刷した）ＰＤＬデータのＧＵＩＤを印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存する。
【００６８】
次に、図６，図７に示したプリンタ２によるＰＤＬデータ受信時の処理の一例について、図１０を参照して説明する。
図１０は、そのプリンタ２によるＰＤＬデータ受信時の処理の一例を示すフローチャートである。
【００６９】
プリンタ２では、ＰＣ１から送られてくるＰＤＬデータを受信部２０１によって受信すると、その受信したＰＤＬデータを仕様適合判定部２０２へ渡す。
仕様適合判定部２０２は、そのＰＤＬデータを受け取ると、図１０に示す処理をスタートし、まずステップＳ１０１で受信部２０１から受け取ったＰＤＬデータが機器本体で使えるか（機器の仕様に適合するか）否かを判定する。つまり、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる画像の向きと一致するか否かを判定する。
【００７０】
次に、ステップＳ１０２へ進み、受け取ったＰＤＬデータが印刷物として出力したＰＤＬデータであるか否かを判定する。この判定は、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されているか否かを確認することによって行える。
そして、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されている場合には、受け取ったＰＤＬデータが印刷物として出力したＰＤＬデータであることが判るため、ステップＳ１０６へ進み、受け取ったＰＤＬデータを削除した後、図１０の処理を終了する。
【００７１】
受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていない場合には、受け取ったＰＤＬデータが印刷物として出力したＰＤＬデータでないことが判かるため、ステップＳ１０３へ進み、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる画像の向きと一致したと判定した場合にはステップＳ１０４へ、一致していないと判定した場合にはステップＳ１０７へそれぞれ進む。
【００７２】
ステップＳ１０４では、印刷画像生成要求を受け取ったＰＤＬデータと共に印刷画像生成部２０３へ渡すことにより、印刷画像生成部２０３が、そのＰＤＬデータに応じて印刷用のラスタ画像データを生成し、そのラスタ画像データをエンジン部３８に送って印刷を行わせ、印刷物を出力させる。
次のステップＳ１０５では、受け取った（印刷した）ＰＤＬデータのＧＵＩＤを印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存する。
【００７３】
ステップＳ１０７では、受け取ったＰＤＬデータが以前に印刷できなかったデータであるか否かを判定する。この判定は、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されているか否かを確認することによって行える。
【００７４】
そして、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていない場合には、受け取ったＰＤＬデータが以前に印刷できなかったデータでないことが判るため、ステップＳ１０８へ進む。
受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されている場合には、受け取ったＰＤＬデータが以前に印刷できなかったデータであることが判るため、ステップＳ１０９へ進む。
【００７５】
ステップＳ１０８では、受け取ったＰＤＬデータに付加されているＧＵＩＤを印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存する。
ステップＳ１０９では、受け取ったＰＤＬデータが以前に印刷できなかったデータである旨を示すエラーの情報を図示しない表示部によってディスプレイ上に表示させることにより、ユーザに通知する。
【００７６】
ここで、ＰＤＬデータにペアリング用ＩＤであるＧＵＩＤを埋め込む一つの方法として、ＰＪＬ（プリンタジョブ言語）を用いる方法がある。
この方法の利点は、多くのプリンタはＰＪＬを解析する機能を有しているので、ベンダ独自でコマンドを拡張しなくても良いところである。プリンタがサポートしていない場合は、多くの場合無視をされるので、既存のプリンタと互換性を有したまま拡張することができる。
【００７７】
ＰＤＬデータにＧＵＩＤを埋め込んだＰＪＬの一例を以下に示す。
@PJL SET GUID="3F2504E0-4F89-11D3-9A0C-0305E82C3301"
この例において、単にＧＵＩＤを給紙方向が違う同じ画像を印刷するためのＰＤＬデータに埋め込むだけだと、何個同じ画像を印刷するためのＰＤＬデータが送られてくるかプリンタが判定できない。この実施形態では、給紙方向は２方向しかないので３回以上同じ画像を印刷するためのＰＤＬデータが送られることはないため、本体は類推できる。
【００７８】
しかし、もっとパターンが大きい場合は、後何回データが送られてくるチャンスがあるか、その回数（残り送信回数）をＰＤＬデータに埋め込んでプリンタ本体が次のＰＤＬデータを使用して印刷するかどうか判定する方法も使用可能である。
それをＰＪＬで実現する例を以下に示す。
ＰＣ１が１回目に送信するＰＤＬデータ
@PJL SET REMAININGCOUNT = "2"
ＰＣ１が２回目に送信するＰＤＬデータ
@PJL SET REMAININGCOUNT = "1"
ＰＣ１が３回目に送信するＰＤＬデータ
@PJL SET REMAININGCOUNT = "0"
【００７９】
次に、図１のＰＣ１がプリンタ２に印刷を行わせる際の図４，図７に示した各プログラム間の通信シーケンスの第２例について、図１１を参照して説明する。
図１１は、その各プログラム間の通信シーケンスの第２例を示す図である。
この例では、ＰＣ１が１回目に送ったＰＤＬデータによってプリンタ２が問題無く印刷できるようにするため、プリンタ２がＳＥＦデータしか受け付けられず、プリンタドライバ１０３で１回目に描画データに基づいて生成したＳＥＦデータを、２回目にその描画データを回転させてＬＥＦデータを生成して送る例とする。この例によれば、ＰＣ１が１回目に送ったＰＤＬデータでプリンタ２から印刷物が出力されるので、ＰＣ１が２回目に送った印刷データはプリンタ２で使用されずに処理が終わる。
【００８０】
図１１において、図９によって説明した処理と異なるところのみ具体的に説明すると、プリンタ２における仕様適合判定部２０２は、図１１のステップＳ４３において、受信部２０１によって１回目に受信したＰＤＬデータを受け取ると、そのＰＤＬデータ（ＳＥＦデータ）によって用紙に印刷される画像の向きが給紙トレイ（ＳＥＦ用）で使用できる画像の向きと一致するか否かをチェックすると共に、受け取ったＰＤＬデータにＧＵＩＤが付加されているか否かをチェックする。
【００８１】
そして、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイで使用できる画像の向きと一致し、そのＰＤＬデータにＧＵＩＤが付加されていることを確認でき、そのＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていないことを確認できると、ステップＳ４４で印刷画像生成要求を受け取ったＰＤＬデータと共に印刷画像生成部２０３へ渡す。
【００８２】
印刷画像生成部２０３は、ステップＳ４５において、印刷画像生成要求とＰＤＬデータを受け取ると、そのＰＤＬデータに応じて印刷用のラスタ画像データを生成し、そのラスタ画像データをエンジン部３８に送って印刷を行わせ、印刷物を出力させる。
その後、ステップＳ４６において、受け取った（印刷した）ＰＤＬデータのＧＵＩＤを印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存する。
【００８３】
仕様適合判定部２０２は、ステップＳ５７において、受信部２０１によって２回目に受信したＰＤＬデータを受け取ると、そのＰＤＬデータ（ＬＥＦデータ）によって用紙に印刷される画像の向きが給紙トレイ（ＳＥＦ用）で使用できる画像の向きと一致するか否かをチェックすると共に、受け取ったＰＤＬデータにＧＵＩＤが付加されているか否かをチェックする。
【００８４】
そして、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイで使用できる画像の向きと一致しないが、そのＰＤＬデータにＧＵＩＤが付加されていることを確認でき、そのＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されている（既に印刷が完了している）ことを確認できると、受け取ったＰＤＬデータを削除して処理を終了する。
【００８５】
このように、ＰＣ（情報処理装置）が、複数の異なる印刷データ（例えば縦向きと横向きの各画像データ）を作成し、その各印刷データをプリンタ等の印刷装置へ送信し、その各印刷データを受信した印刷装置が、その各印刷データが仕様に適合するか否かを確認し、仕様に適合すると確認できた印刷データのみに基づいて印刷を行うので、ＰＣからの一方向通信のみでも、エラーを回避して常に正しく印刷を行うことができる。
【００８６】
さらに、以下の（１）〜（３）に示すような作用効果を得ることもできる。
（１）ＰＣが、作成する複数の異なる印刷データに同一の識別情報を付加することにより、印刷装置側では、受信する印刷データが仕様に適合するか否かの確認の対象となる印刷データであるか簡単に判定できるため、処理効率の向上につながる。
【００８７】
（２）ＰＣが、同一の識別情報が付加された印刷データの残り送信回数をその印刷データに付加することにより、印刷装置側では、受信する印刷データが後何回送られてくるか簡単に判定できるため、処理効率の一層の向上につながる。
（３）印刷装置が、仕様に適合する印刷データによる印刷を行った場合には、その印刷データ以降にＰＣから受信する印刷データによる印刷を禁止することにより、処理効率の更なる向上につながる。
【００８８】
〔第２実施形態〕
次に、この発明の第２実施形態について説明する。なお、この第２実施形態である印刷システム、それを構成するＰＣおよびプリンタ等の印刷装置の各構成は、前述した第１実施形態と若干異なるのみであるため、再び図１〜図６を使用する。
第２実施形態では、図１のプリンタ２，３，又はデジタル複合機４のうち、少なく１台にオプションとして後処理装置が挿着されているものとする。この例では、プリンタ２に後処理装置が装着されているものとする。
【００８９】
その後処理装置は、プリンタ２から出力（搬送）される印刷物に対して後処理を行うものである。例えば図１２に示すように、後処理装置がフィニッシャ５の場合、プリンタ２から出力される複数枚の印刷物（印刷済みの用紙）を複数部に仕分けして排紙したり、仕分けした印刷物をステープルで綴じたりする。
図１２は、図１のプリンタ２とフィニッシャ５との接続例を示す図である。
プリンタ２とフィニッシャ５とは、専用ケーブル等によって通信可能に接続される。
【００９０】
図１３は図１２のプリンタ２とフィニッシャ５の主要なソフトウェア構成例を示すブロック図であり、図７と対応する部分には同一符号を付している。
プリンタ２の受信部２０１および印刷画像生成部２０３は、それぞれ図７によって説明した処理と同様の処理を行う。
プリンタ２の仕様適合判定部２０２は、図７によって説明した処理と同様の処理を行うと共に、受信部２０１によって受信した印刷データをフィニッシャ５の仕様適合判定部３０１へ送信して以下に示す判定も行わせる。
【００９１】
フィニッシャ５では、ソフトウェアを構成する主要なプログラムとして、仕様適合判定部３０１を備えている。
その仕様適合判定部３０１は、プリンタ２の仕様適合判定部２０２から印刷データを受け取ると、その印刷データがフィニッシャ５の仕様に適合する（フィニッシャ５の仕分け機能又はステープル機能等で使用できる条件のデータ）か否かを判定し、その判定結果をプリンタ２の仕様適合判定部２０２へ送信する。
【００９２】
次に、図１に示した印刷システムにおけるこの発明に関わる制御の他の概要例について、図１４を参照して説明する。
図１４は、図１に示した印刷システムにおけるこの発明に関わる制御の他の概要例を説明するための説明図である。
【００９３】
ＰＣ１は、複数の異なる印刷データとして、例えば図１４の（ａ）に示すように、複数の異なる回転角度で回転させた画像データに基づいて、ＳＥＦ印刷用のＰＤＬデータ（ＳＥＦデータ）とＬＥＦ印刷用のＰＤＬデータ（ＬＥＦデータ）とを作成し、プリンタ２へ順次（同時でもよい）送信する。このとき、その各ＰＤＬデータをそのまま送信すると、プリンタ２では２部の印刷物を出力してしまう可能性があるので、上記各ＰＤＬデータが同じであることを示すペアリング用ＩＤ（同一の識別情報）をその各ＰＤＬデータに埋め込む（付加する）。それによって、プリンタ２側では複数使用できるデータがあることを判別できる。
【００９４】
プリンタ２は、ＰＣ１からＳＥＦデータおよびＬＥＦデータを順次（同時でもよい）受信すると、例えば図１４の（ｂ）に示すように、その受信した各ＰＤＬデータが自機（サポートしている給紙トレイ）の仕様、および受信した各ＰＤＬデータにペアリング用ＩＤが埋め込まれているか否かをそれぞれ確認すると共に、フィニッシャ５からの通知によってそのフィニッシャ５の仕様に適合するか否かを確認し、ペアリング用ＩＤが埋め込まれ、且つ自機とフィニッシャ５の仕様に適合しているＰＤＬデータがあれば、そのＰＤＬデータを選択して、そのＰＤＬデータのみに基づいて印刷を行う。
よって、例えばプリンタ２の給紙トレイがＳＥＦデータによる画像を印刷できる用紙しか給紙できなかったり、プリンタ２に装着されているフィニッシャ５がＬＥＦデータによる印刷物しか処理できない場合でも、エラーにならず、印刷が可能になる。
【００９５】
次に、図１のＰＣ１がプリンタ２に印刷を行わせる際の図４，図１３に示した各プログラム間の通信シーケンスの一例について、図１５を参照して説明する。
図１５は、その各プログラム間の通信シーケンスの一例を示す図である。
この例では、図９の例と同様に、プリンタ２がＬＥＦデータしか受け付けられず、プリンタドライバ１０３で１回目に描画データに基づいて生成したＳＥＦデータを、２回目にその描画データを回転させてＬＥＦデータを生成して送っている例である。
【００９６】
図１５において、図９によって説明した処理と異なるところのみ具体的に説明すると、プリンタ２における仕様適合判定部２０２は、図１１のステップＳ７３において、受信部２０１によって１回目に受信したＰＤＬデータを受け取ると、そのＰＤＬデータ（ＳＥＦデータ）によって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる画像の向きと一致するか否かをチェックすると共に、受け取ったＰＤＬデータにＧＵＩＤが付加されているか否かをチェックする。
【００９７】
さらに、ステップＳ７４，Ｓ７５において、受け取ったＰＤＬデータをフィニッシャ５の仕様適合判定部３０１へ送信して、そのＰＤＬデータによって用紙に印刷される画像の向きがフィニッシャ５のステープル（ＬＥＦ用）で使用できる画像の向きと一致するか否かの判定を行わせ、その判定結果（この例では画像の向きが一致しない旨を示す「ＮＧ」）を受け取る。
【００９８】
そして、ステップＳ７６において、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイおよびフィニッシャ５で使用できる画像の向きと一致しないが、ＧＵＩＤが付加されていることを確認できるため、そのＧＵＩＤを印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７として保存しておき、エラーを出さずに、次のＰＤＬデータを待つ。なお、今回受け取ったＰＤＬデータは削除する。
【００９９】
仕様適合判定部２０２はまた、ステップＳ８７において、受信部２０１によって２回目に受信したＰＤＬデータを受け取ると、そのＰＤＬデータ（ＬＥＦデータ）によって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる画像の向きと一致するか否かをチェックすると共に、受け取ったＰＤＬデータにＧＵＩＤが付加されているか否かをチェックする。
【０１００】
さらに、ステップＳ８８，Ｓ８９において、受け取ったＰＤＬデータをフィニッシャ５の仕様適合判定部３０１へ送信して、そのＰＤＬデータによって用紙に印刷される画像の向きがフィニッシャ５のステープル（ＬＥＦ用）で使用できる画像の向きと一致するか否かの判定を行わせ、その判定結果（この例では画像の向きが一致する旨を示す「ＯＫ」）を受け取る。
【０１０１】
そして、ステップＳ９０において、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイおよびフィニッシャ５で使用できる画像の向きと一致し、受け取ったＰＤＬデータにＧＵＩＤが付加されていることを確認でき、そのＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていない（まだ印刷が完了していない）ことを確認できると、印刷画像生成要求を受け取ったＰＤＬデータと共に印刷画像生成部２０３へ渡す。
【０１０２】
次に、図６，図１３に示したプリンタ２によるＰＤＬデータ受信時の処理の一例について、図１６を参照して説明する。
図１６は、そのプリンタ２によるＰＤＬデータ受信時の処理の一例を示すフローチャートである。
【０１０３】
プリンタ２では、ＰＣ１から送られてくるＰＤＬデータを受信部２０１によって受信すると、その受信したＰＤＬデータを仕様適合判定部２０２へ渡す。
仕様適合判定部２０２は、そのＰＤＬデータを受け取ると、図１６に示す処理をスタートし、まずステップＳ２０１で受信部２０１から受け取ったＰＤＬデータが機器本体で使えるか（機器の仕様に適合するか）否かを判定する。つまり、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）で使用できる画像の向きと一致するか否かを判定する。
【０１０４】
次に、ステップＳ２０２へ進み、受け取ったＰＤＬデータが印刷物として出力したＰＤＬデータであるか否かを判定する。この判定は、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されているか否かを確認することによって行える。
そして、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されている場合には、受け取ったＰＤＬデータが印刷物として出力したＰＤＬデータであることが判るため、ステップＳ２０７へ進み、受け取ったＰＤＬデータを削除した後、図１６の処理を終了する。
【０１０５】
受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていない場合には、受け取ったＰＤＬデータが印刷物として出力したＰＤＬデータでないことが判かるため、ステップＳ２０３，Ｓ２０４へ進み、受け取ったＰＤＬデータによって用紙に印刷される画像の向きが給紙トレイ（ＬＥＦ用）およびフィニッシャ５（ＬＥＦ用）で使用できる画像の向きと一致したと判定した場合にはステップＳ２０５へ、一致していないと判定した場合にはステップＳ２０８へそれぞれ進む。
【０１０６】
ステップＳ２０５では、印刷画像生成要求を受け取ったＰＤＬデータと共に印刷画像生成部２０３へ渡すことにより、印刷画像生成部２０３が、そのＰＤＬデータに応じて印刷用のラスタ画像データを生成し、そのラスタ画像データをエンジン部３８に送って印刷を行わせ、印刷物を出力させる。
次のステップＳ２０６では、受け取った（印刷した）ＰＤＬデータのＧＵＩＤを印刷できたＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存する。
【０１０７】
ステップＳ２０８では、受け取ったＰＤＬデータが以前に印刷できなかったデータであるか否かを判定する。この判定は、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されているか否かを確認することによって行える。
【０１０８】
そして、受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されていない場合には、受け取ったＰＤＬデータが以前に印刷できなかったデータでないことが判るため、ステップＳ２０９へ進む。
受け取ったＰＤＬデータに付加されているＧＵＩＤと一致するＧＵＩＤが印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存されている場合には、受け取ったＰＤＬデータが以前に印刷できなかったデータであることが判るため、ステップＳ２１０へ進む。
【０１０９】
ステップＳ２０９では、受け取ったＰＤＬデータに付加されているＧＵＩＤを印刷できなかったＧＵＩＤとしてＲＡＭ３４又はＨＤＤ３７に保存する。
ステップＳ２１０では、受け取ったＰＤＬデータが以前に印刷できなかったデータである旨を示すエラーの情報を図示しない表示部によってディスプレイ上に表示させることにより、ユーザに通知する。
【０１１０】
このように、ＰＣ（情報処理装置）が、複数の異なる印刷データ（例えば縦向きと横向きの各画像データ）を作成し、その各印刷データをプリンタ等の印刷装置へ送信し、その各印刷データを受信した印刷装置が、その各印刷データが印刷装置本体および後処理装置の仕様に適合するか否かを確認し、その仕様に適合すると確認できた印刷データのみに基づいて印刷を行うので、ＰＣからの一方向通信のみでも、また印刷装置本体に後処理装置が装着されている場合でも、エラーを回避して常に正しく印刷を行うことができる。
また、前述した第１実施形態における上記（１）〜（３）に示したような作用効果を得ることもできる。
【０１１１】
〔この発明に関わるプログラム〕
このプログラムは、情報処理装置を制御するコンピュータ（ＣＰＵ）に、この発明に関わる画像データ作成手段および送信手段としての機能を実現させるためのプログラム（プリンタドライバ）と、印刷装置を制御するＣＰＵに、この発明に関わる受信手段，確認手段，および印刷手段としての機能を実現させるためのプログラムとからなり、このようなプログラムをＣＰＵに実行させることにより、上述したような作用効果を得ることができる。
【０１１２】
このようなプログラムは、はじめから情報処理装置および印刷装置に備えるＲＯＭ、あるいは不揮発性メモリ（フラッシュＲＯＭ，ＥＥＰＲＯＭ等）、あるいはＨＤＤ（ハードディスク装置）などの記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭ、あるいはメモリカード，フレキシブルディスク，ＭＯ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，又はＤＶＤ−ＲＡＭ等の不揮発性記録媒体（メモリ）に記録して提供することもできる。それらの記録媒体に記録されたプログラムを情報処理装置および印刷装置にインストールしてＣＰＵに実行させるか、ＣＰＵにそれらの記録媒体からこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【０１１３】
以上の説明から明らかなように、この発明によれば、印刷装置が、情報処理装置からの一方向通信のみでも、エラーを回避して常に正しく印刷を行うことができる。したがって、安価な印刷装置および印刷システムを提供することができる。
【符号の説明】
【０１１４】
１：ＰＣ    ２，３：プリンタ    ４：デジタル複合機    ７：ネットワーク
１１，３２：ＣＰＵ    １２：ディスプレイＩ／Ｆ    １３，３４：ＲＡＭ    
１４，１５：チップセット    １６，３７：ＨＤＤ    １７，３６：ネットワークＩ／Ｆ
１８：マウス    １９：キーボード    ２０：モデム    ３１：オペレーションパネル
３３：ＡＳＩＣ    ３５：ＲＯＭ    ３８：エンジン部    １０１：ＯＳ
１０２：アプリケーション    １０３：プリンタドライバ    １０４：グラフィックス部
１０５：ＵＩ部    １０６：スプーラ    １１１：描画命令受信部
１１２：画像回転部    １１３：ＰＤＬ生成部    １１４：送信部
１２１：設定管理部    １２２：表示部    ２０１：受信部
２０２，３０１：仕様適合判定部    ２０３：印刷画像生成部
【先行技術文献】
【特許文献】
【０１１５】
【特許文献１】特開平１１−２０３０８８号公報
【特許文献２】特開２００３−３０８１８７号公報
【図１】
2011039809.tif 000003
【図２】
2011039809.tif 000004
【図３】
2011039809.tif 000005
【図４】
2011039809.tif 000006
【図６】
2011039809.tif 000007
【図７】
2011039809.tif 000008
【図８】
2011039809.tif 000009
【図９】
2011039809.tif 000010
【図１０】
2011039809.tif 000011
【図１１】
2011039809.tif 000012
【図１２】
2011039809.tif 000013
【図１３】
2011039809.tif 000014
【図１４】
2011039809.tif 000015
【図１５】
2011039809.tif 000016
【図１６】
2011039809.tif 000017
【図５】
2011039809.tif 000018