JP2010092338A - 印刷システムと印刷方法 - Google Patents

Abstract

【課題】印刷の可否を判断して印刷を進めることに起因して不具合が生じることを抑制することができる技術を提供することを目的とする。
【解決手段】印刷ジョブデータをプリンタに供給する前に、印刷ジョブデータの印刷に関する情報である判断情報を生成する。判断情報と、プリンタの状況に関する情報とに応じて、印刷ジョブデータの印刷の可否を判断する。印刷が可能であることを判断の結果が示す場合に、印刷ジョブデータをプリンタに供給する。
【選択図】図３

Description

本発明は、印刷システムと印刷方法に関するものである。

複数色の記録剤のそれぞれの将来残量を報知し、処理の指示を促す旨を報知する技術が知られている。また、パーソナルコンピュータが、画像印刷装置に対して自らが送信した印刷ジョブについて、画像印刷装置の資源情報と、既に蓄積された先行する印刷ジョブの印刷条件とに基づいて、その印刷ジョブを実行できるか否かを予測する技術も知られている。

特許第３３６０７２８号公報 特開２００７−３２８４９４号公報

ところが、印刷の可否を判断して印刷を進める場合には、種々の不具合が生じる場合があった。例えば、印刷できない可能性のある印刷データを格納するために、印刷装置に大容量メモリが要る場合があった。

本発明は、上記の課題の少なくとも一部を解決するためになされたものであり、印刷の可否を判断して印刷を進めることに起因して不具合が生じることを抑制することができる技術を提供することを目的とする。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］印刷システムであって、プリンタと、前記プリンタに印刷ジョブデータを供給するジョブ制御部と、前記印刷ジョブデータの印刷の可否を判断する判断部と、を備え、前記ジョブ制御部は、前記印刷ジョブデータを前記プリンタに供給する前に、前記印刷ジョブデータの印刷に関する情報である判断情報を生成し、前記判断部は、前記判断情報と、前記プリンタの状況に関する情報とに応じて、前記印刷ジョブデータの印刷の可否を判断し、前記ジョブ制御部は、前記印刷が可能であることを前記判断の結果が示す場合に、前記印刷ジョブデータを前記プリンタに供給する、印刷システム。

この構成によれば、印刷ジョブデータがプリンタに供給される前に、判断情報に応じて印刷ジョブデータの印刷の可否が判断されるので、印刷の可否を判断して印刷を進めることに起因して不具合が生じることを抑制することができる。

［適用例２］適用例１に記載の印刷システムであって、前記ジョブ制御部は、前記印刷ジョブデータと前記印刷ジョブデータに対応付けられた前記判断情報とを生成するプリンタドライバを含む、印刷システム。

この構成によれば、印刷ジョブデータを生成するプリンタドライバが、印刷ジョブデータに対応付けられた判断情報を生成するので、システムの構成が過剰に複雑になることを抑制できる。

［適用例３］適用例１または適用例２に記載の印刷システムであって、前記ジョブ制御部は、前記印刷ジョブデータを一時的に格納するスプーラと、前記スプーラに格納された前記印刷ジョブデータを解析することによって前記判断情報を生成する判断情報生成部と、を含む、印刷システム。

この構成によれば、スプーラに格納された印刷ジョブデータの解析によって判断情報が生成されるので、判断情報の生成を適切に行うことができる。

［適用例４］適用例１ないし適用例３のいずれかに記載の印刷システムであって、前記プリンタに接続されるとともに前記ジョブ制御部を含むジョブ制御装置を備え、前記判断部は、前記プリンタに設けられており、前記ジョブ制御部は、前記判断情報を前記プリンタに送信し、前記判断部は、前記判断結果を前記ジョブ制御装置に送信する、印刷システム。

この構成によれば、プリンタとジョブ制御装置とを用いる印刷システムを利用する場合に、印刷の可否を判断して印刷を進めることに起因して不具合が生じることを抑制することができる。

［適用例５］適用例１ないし適用例４のいずれかに記載の印刷システムであって、前記判断情報は、（１）前記印刷に要する印刷用紙の予想使用量と、（２）前記印刷に要する記録材料の予想使用量と、（３）前記印刷に要するメモリの予想使用量と、のうちの少なくとも１つを含む、印刷システム。

この構成によれば、印刷用紙の枚数と、記録材料の予想使用量と、メモリの予想使用量と、のうちの少なくとも１つを用いて、印刷の可否を判断する場合に、不具合が生じることを抑制することができる。

［適用例６］適用例１ないし適用例５のいずれかに記載の印刷システムであって、前記プリンタの状況に関する情報は、（１）前記印刷に利用される印刷用紙の残量と、（２）前記印刷に利用される記録材料の残量と、（３）前記印刷に利用されるメモリの空き容量と、のうちの少なくとも１つを含む、印刷システム。

この構成によれば、印刷用紙の残量と、記録材料の残量と、メモリの空き容量と、のうちの少なくとも１つを用いて、印刷の可否を判断する場合に、不具合が生じることを抑制することができる。

［適用例７］適用例１ないし適用例６のいずれかに記載の印刷システムであって、さらに、複数のクライアント装置を含み、前記ジョブ制御部は、前記複数のクライアント装置からの印刷要求のそれぞれに応じて、前記印刷要求に応じた印刷ジョブデータのための、前記判断情報の生成と、前記判断結果に応じた前記印刷ジョブデータの供給とを、実行する、印刷システム。

この構成によれば、複数のクライアント装置からの印刷要求のそれぞれに応じて処理を行う印刷システムを利用する場合に、不具合が生じることを抑制することができる。

［適用例８］適用例１ないし適用例７のいずれかに記載の印刷システムであって、前記ジョブ制御部は、前記印刷が可能では無いことを前記判断結果が示す場合には、前記印刷ジョブデータを前記プリンタに供給せずに、前記判断結果をユーザに通知するための処理を実行する、印刷システム。

この構成によれば、印刷が可能では無いことを判断結果が示す場合には、印刷ジョブデータがプリンタに供給されないので、プリンタでの印刷エラーを抑制できる。そして、判断結果がユーザに通知されるので、ユーザは、印刷処理が止まっていることを、容易に確認することができる。

［適用例９］印刷方法であって、ジョブ制御部が、印刷ジョブデータをプリンタに供給する前に、前記印刷ジョブデータの印刷に関する情報である判断情報を生成し、判断部が、前記判断情報と、前記プリンタの状況に関する情報とに応じて、前記印刷ジョブデータの印刷の可否を判断し、前記ジョブ制御部が、前記印刷が可能であることを前記判断の結果が示す場合に、前記印刷ジョブデータを前記プリンタに供給する、印刷方法。

なお、本発明は、種々の形態で実現することが可能であり、例えば、印刷方法および装置、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、等の形態で実現することができる。

次に、この発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ｂ．第２実施例：
Ｃ．変形例：

Ａ．第１実施例：
図１は、本発明の一実施例としての印刷システム９００を示す説明図である。この印刷システム９００は、パーソナルコンピュータ１００（以下、単に「コンピュータ１００」あるいは「クライアント装置１００」とも呼ぶ）とプリンタ７００とを含んでいる。コンピュータ１００とプリンタ７００とは、ネットワークＮＥＴを介して、互いに通信可能である。

コンピュータ１００は、制御部１１０と、ハードディスクドライブ１２０とを含んでいる。制御部１１０は、ＣＰＵ１１２と、ＲＡＭ１１４と、ＲＯＭ１１６とを含んでいる。ＣＰＵ１１２は、プログラムを実行することによって、種々の機能を実現する。

コンピュータ１００には、表示装置１００ｚが接続されている。表示装置１００ｚは、制御部１１０からの命令に従って、操作メニューや画像を含む種々の情報を表示する。表示装置１００ｚとしては、液晶ディスプレイや有機ＥＬディスプレイ等の種々の表示装置を採用可能である。

なお、図示は省略するが、コンピュータ１００には、ユーザの指示を受ける入力装置も、接続されている。入力装置としては、例えば、キーボードやマウスやタッチパネルを採用可能である。

プリンタ７００は、制御部７１０と、印刷エンジン７２０とを含んでいる。制御部７１０は、印刷エンジン７２０を制御する。制御部７１０は、ＣＰＵ７１２と、ＲＡＭ７１４と、ＲＯＭ７１６とを含むコンピュータである。印刷エンジン７２０は、与えられた印刷データを利用して印刷を実行する印刷機構である。印刷機構としては、インク滴を印刷用紙に吐出して画像を形成する印刷機構や、トナーを印刷用紙上に転写・定着させて画像を形成する印刷機構等の種々の印刷機構を採用可能である。本実施例では、印刷エンジン７２０が、トナーと感光ドラムとを利用して印刷を行うこととする。

図２は、印刷システム９００の機能を示すブロック図である。コンピュータ１００では、データ処理アプリケーション２１０と、プリンタドライバ２２０と、スプーラ２３０と、スプーラ制御アプリケーション２３２と、ポートモニタ２４０と、事前確認アプリケーション２５０とが、動作している（以下、スプーラ制御アプリケーション２３２を「スプーラコントローラ２３２」とも呼ぶ。また、プリンタドライバ２２０を、単に「ドライバ２２０」とも呼ぶ）。

スプーラ２３０は、後述する印刷ジョブデータを一時的に格納するメモリである。図２の実施例では、ハードディスクドライブ１２０（図１）の一部の記憶領域が、スプーラ２３０として利用される。

データ処理アプリケーション２１０とドライバ２２０とスプーラコントローラ２３２とポートモニタ２４０と事前確認アプリケーション２５０とは、ＣＰＵ１１２（図１）によって実行されるプログラム（プログラムモジュール）である。以下、プログラムモジュールに従ってＣＰＵが処理を実行することを、単に、「モジュールが処理を実行する」とも表現する。各モジュール２１０、２２０、２３２、２４０、２５０は、ＲＡＭ１１４を介して、互いにデータの送受信が可能である。

データ処理アプリケーション２１０は、画像処理アプリケーションや文書作成アプリケーションといった種々のデータ処理アプリケーションである。データ処理アプリケーション２１０は、ユーザの指示に従って、データ処理を実行する。また、データ処理アプリケーション２１０は、ユーザの印刷指示に従って、印刷すべき画像を表すデータを、ドライバ２２０に供給する。

ドライバ２２０は、データ処理アプリケーション２１０からのデータに応じて、印刷ジョブを表す印刷ジョブデータを生成する（以下、単に「ジョブデータ」と呼ぶ）。ジョブデータは、印刷画像を表す印刷データである。このようなジョブデータの形式としては、種々の形式を採用可能である。例えば、プリンタ７００に応じて決まるＰＤＬ（Page Description Language：ページ記述言語）で記述されたＰＤＬデータを採用してもよい。また、所定の描画コマンドによって表されたデータを採用してもよい（このようなデータとしては、例えば、いわゆるＥＭＦ（Enhanced Meta File）データを採用可能である）。いずれの場合も、ジョブデータのフォーマットとしては、プリンタ７００（ジョブ処理部８１０）が利用することが可能な任意のフォーマットを採用可能である。

ドライバ２２０は、生成したジョブデータをスプーラ２３０に格納する。スプーラコントローラ２３２は、スプーラ２３０に格納されたジョブデータを、プリンタ７００に送信する。ジョブデータの送信は、ポートモニタ２４０によって制御される。ポートモニタ２４０は、プリンタ７００（ネットワークＮＥＴ（図１））に接続された図示しない接続インタフェースを利用して、ジョブデータをプリンタ７００に送信する。

プリンタ７００では、ジョブ処理部８１０と、通信処理部８２０と、判断部８３０と、印刷エンジン７２０とが、動作している。ジョブ処理部８１０と通信処理部８２０と判断部８３０とは、ＣＰＵ７１２（図１）によって実行されるプログラム（プログラムモジュール）である。各モジュール８１０、８２０、８３０は、ＲＡＭ７１４を介して、互いにデータの送受信が可能である。

ジョブ処理部８１０は、コンピュータ１００から受信したジョブデータに応じて、印刷エンジン７２０を制御する（印刷用のデータを印刷エンジン７２０に供給する）。これにより、ジョブデータによって表される画像が印刷される。なお、本実施例では、ＲＡＭ７１４（図１）のうちの所定の一部の記憶領域は、印刷に利用されるデータを一時的に格納するバッファメモリとして利用される。バッファメモリに格納されるデータは、ジョブデータに限らず、印刷に利用される種々のデータ（例えば、ジョブデータから生成されるドットパターンデータ）を含む。

印刷エンジン７２０は、現状出力部７２２を含んでいる。現状出力部７２２は、プリンタ７００の資源情報ＲＩを、判断部８３０に供給する。資源情報ＲＩは、プリンタ７００で利用可能な資源の現状（現行の状況）を表している。資源情報ＲＩの詳細については、後述する。

また、コンピュータ１００の事前確認アプリケーション２５０は、判断情報ＤＩを、判断部８３０に供給する。判断情報ＤＩは、ジョブデータの印刷に関する情報である。判断情報ＤＩの詳細については、後述する。なお、事前確認アプリケーション２５０は、印刷ジョブの投入を検知する第１機能２５１と、判断情報を収集する第２機能２５２と、スプーラを制御する第３機能２５３と、情報通信を行う第４機能２５４と、判断結果を通知する第５機能２５５と、を有している。

判断部８３０は、資源情報ＲＩと判断情報ＤＩとを利用することによって、印刷の可否を判断する（以下、この判断のことを「印刷判断」とも呼ぶ）。この印刷判断は、コンピュータ１００からプリンタ７００へジョブデータが供給される前に行われる。事前確認アプリケーション２５０は、この印刷判断の結果ＤＲに応じて、ジョブデータをプリンタ７００に供給するか否かを決定する。

図３は、事前の判断を利用した印刷処理のシーケンス図である。最初のステップＳ１０ａでは、ドライバ２２０（図２）は、データ処理アプリケーション２１０の要求に応じて、ジョブデータを生成する。次のステップＳ１２ａでは、ドライバ２２０は、生成したジョブデータをスプーラ２３０に格納する。次のステップＳ１４ａでは、ドライバ２２０は、生成したジョブデータを解析することによって、判断情報ＤＩを生成する。

図４は、判断情報ＤＩと資源情報ＲＩとを利用した印刷判断を示す説明図である。図中には、判断情報ＤＩと資源情報ＲＩとが示されている。本実施例では、判断情報ＤＩは、以下の情報を含んでいる。
（１）印刷に要する印刷用紙の予想使用量とサイズと種類。
（２）印刷に要するトナーの予想使用量。
（３）印刷に要するメモリの予想使用量。

印刷用紙の予想使用量は、ジョブデータに応じた印刷に要する総数を表している。印刷用紙のサイズと種類とは、それぞれ、データ処理アプリケーション２１０（図２）に対するユーザの指示で指定されている。サイズは、予め準備された複数の選択肢（例えば、「Ａ４」と「Ｂ５」）の中から選択される。種類は、予め準備された複数の選択肢（例えば、「普通紙」と「光沢紙」）の中から選択される。

印刷に要するトナーの予想使用量は、トナーの色毎（すなわち、利用可能なトナーの種類毎）に算出される。トナー量（予想使用量）の算出方法としては、種々の方法を採用可能である。例えば、印刷画像の各画素の色からトナー量を算出してもよい。また、各画素の色に対応付けられたドットカウントを利用してトナー量を算出してもよい。

印刷に要するメモリの予想使用量は、ジョブデータを利用した印刷に要するメモリ量を表している。このようなメモリ量としては、例えば、ジョブデータのサイズを採用可能である。また、プリンタ７００においてジョブデータからドットパターンデータが生成される場合には、ジョブデータのサイズとドットパターンデータのサイズとの和を採用してもよい。このようなメモリ量（データサイズ）は、印刷画像を表すデータ（例えば、色データや描画コマンド）から、推定すればよい。

図３の次のステップＳ１６ａでは、ドライバ２２０（図２）は、判断情報ＤＩを、事前確認アプリケーション２５０に供給する。ここで、ドライバ２２０が、ジョブデータの生成に応じて自動的に判断情報ＤＩを事前確認アプリケーション２５０に供給してもよい。また、事前確認アプリケーション２５０が、印刷ジョブの投入を検知したことに応じて、ドライバ２２０に判断情報ＤＩを要求してもよい（第１機能２５１、第２機能２５２）。

次のステップＳ２０ｂでは、事前確認アプリケーション２５０（図２）は、印刷ジョブの進行を一時停止する。本実施例では、事前確認アプリケーション２５０は、ジョブデータの送信を保留する指示を、スプーラコントローラ２３２に供給する（第３機能２５３）。スプーラコントローラ２３２は、指示に従って、スプーラ２３０に格納されたジョブデータの送信を、保留する。

次のステップＳ２２ｂでは、事前確認アプリケーション２５０（図２）は、印刷ジョブに固有な識別子（以下、単に「ジョブＩＤ」と呼ぶ）を、プリンタ７００に要求する。次のステップＳ２４ｃでは、判断部８３０は、要求に応じて、ジョブＩＤをコンピュータ１００に返す。ジョブＩＤとしては、種々の値を採用可能である。例えば、コンピュータ１００とプリンタ７００との間の通信に利用されるＩＤをジョブＩＤとして利用してもよい。また、判断部８３０は、ジョブＩＤの要求に応じて、予め決められた方法で、ジョブＩＤを決定してもよい。

次のステップＳ２６ｂでは、事前確認アプリケーション２５０（図２）は、印刷判断を、プリンタ７００に要求する。事前確認アプリケーション２５０は、この要求に伴って、判断情報ＤＩとジョブＩＤとをプリンタ７００に送信する。次のステップＳ３０ｃでは、判断部８３０は、受信した要求に応じて、判断を開始する。

判断部８３０（図２）は、判断のために、現状出力部７２２に、現行の資源情報ＲＩを要求する。現状出力部７２２は、要求に応じて、資源情報ＲＩを判断部８３０に供給する。図４には、資源情報ＲＩが示されている。資源情報ＲＩは、以下のデータを含んでいる。
（１）用紙カセット中の印刷用紙の残量。
（２）排紙トレイの許容量。
（３）トナーの残量。
（４）感光ドラムの寿命。
（５）バッファメモリの空き容量

現状出力部７２２が上述の各データを特定する方法としては、任意の方法を採用可能である。例えば、印刷用紙の残量については、印刷用紙の補給時にユーザが印刷用紙の残量をプリンタ７００に入力し、現状出力部７２２は、印刷に利用した印刷用紙の数を残量から減じることによって、印刷用紙の現行の残量を特定してもよい。また、用紙カセット内の紙の高さあるいは重量を、予め決められた１枚当たりの高さ（厚さ）あるいは重量で除することによって、残量を算出してもよい（現状出力部７２２は、高さあるいは重量のセンサを含んでよい）。なお、本実施例では、印刷用紙の残量は、印刷用紙のサイズと種類との組み合わせ毎に、特定される。サイズと種類とは、印刷用紙を格納する図示しない用紙カセット毎に、予め設定されている。

排紙トレイの許容量は、排紙トレイ（図示せず）に出力可能な印刷用紙の枚数を意味している。このような許容量は、排紙トレイの予め決められた最大積載量から、現行の積載量を引くことによって、特定できる。現行の積載量は、例えば、排紙トレイ内の紙の高さあるいは重量を、１枚当たりの高さ（厚さ）あるいは重量で除することによって、算出することができる（現状出力部７２２は、高さあるいは重量のセンサを含んでよい）。

トナーの残量は、例えば、トナーの重量やトナー容器内の電気抵抗を利用して、特定することができる（現状出力部７２２は、重量や電気抵抗のセンサを含んでよい）。また、新しいトナーカートリッジに対応付けられた所定の最大トナー量から、最後にトナーカートリッジを交換してからのトナーの累積使用量を引くことによって、トナーの残量を特定してもよい。なお、本実施例では、トナーの残量は、トナーの色毎に特定される。

感光ドラムの寿命は、本実施例では、印刷可能な印刷用紙の枚数（ページ総数）で表されている。このような寿命は、予め決められた最大数（最大ページ数）から、最後に感光ドラムを交換してからの印刷ページの累積数を引くことによって、特定できる。

バッファメモリの空き容量は、ジョブ処理部８１０に問い合わせることによって、特定できる。本実施例では、バッファメモリは、ジョブ処理部８１０によって管理されている。ただし、空き容量の特定方法としては、他の任意の方法を採用可能である。

判断部８３０（図２）は、取得した判断情報ＤＩと資源情報ＲＩとを利用して、印刷の可否を判断する（図４）。本実施例では、以下の５つの条件の全てが満たされる場合に、印刷が可能であると判断される。少なくとも１つの条件が満たされない場合には、印刷ができないと判断される。
（Ｃ１）印刷用紙の残量が、印刷に要する印刷用紙の予想使用量以上である。
（Ｃ２）排紙トレイの許容量が、印刷に要する印刷用紙の予想使用量以上である。
（Ｃ３）トナーの残量が、印刷に要するトナーの予想使用量以上である。
（Ｃ４）感光ドラムの寿命が、印刷に要する印刷用紙の予想使用量以上である。
（Ｃ５）バッファメモリの空き容量が、印刷に要するメモリの予想使用量以上である。

以上のように、本実施例では、判断部８３０は、印刷用紙、トナー、メモリが不足する場合と、排紙トレイの許容量が少ない場合と、感光ドラムの寿命が尽きる場合に、印刷ができないと判断する。全ての条件Ｃ１〜Ｃ５が満たされる場合には、判断部８３０は、印刷が可能であると判断する。そして、判断部８３０は、印刷判断を完了する（図３：ステップＳ３６ｃ）。

事前確認アプリケーション２５０（図２）は、印刷判断の要求の後、判断状況の確認をプリンタ７００に要求する（図３：Ｓ３２ｂ、Ｓ４０ｂ）。事前確認アプリケーション２５０は、この要求に伴って、ジョブＩＤをプリンタ７００に送信する。ジョブＩＤによって、印刷判断に対応付けられた印刷ジョブが特定される。

判断状況の確認の要求が、ジョブＩＤに対応付けられた印刷判断の完了前である場合には（ステップＳ３２ｂ）、判断部８３０（図２）は、確認中である旨を返答する（ステップＳ３４ｃ）。判断状況の確認の要求が、印刷判断の完了後である場合には（ステップＳ４０ｂ）、判断部８３０は、印刷判断の結果ＤＲを、コンピュータ１００に返す（ステップＳ４２ｃ）。この判断結果ＤＲは、印刷可能（ＯＫ）あるいは印刷不可（ＮＧ）を表す情報を含んでいる。また、本実施例では、判断結果ＤＲは、上述の各条件Ｃ１〜Ｃ５の成立状況を表す情報を含んでいる。事前確認アプリケーション２５０は、判断結果ＤＲを利用して、満たされなかった条件を特定することができる。

次のステップＳ４４ｂでは、事前確認アプリケーション２５０（図２）は、判断結果ＤＲが「ＯＫ」を表しているか否かを判断する。判断結果ＤＲが「ＯＫ」を表している場合には、次のステップＳ４８ｂで、事前確認アプリケーション２５０は、スプーラコントローラ２３２に、ジョブデータの送信を指示する（第３機能２５３）。スプーラコントローラ２３２は、指示に応じて、ジョブデータをプリンタ７００に送信する。次のステップＳ５０ｃでは、ジョブ処理部８１０は、受信したジョブデータに応じて、印刷を実行する。

判断結果ＤＲが「ＮＧ」を表している場合には、次のステップＳ４６ｂで、事前確認アプリケーション２５０（図２）は、ジョブデータをプリンタ７００に供給せずに、判断結果ＤＲをユーザに通知する（第５機能２５５）。その結果、プリンタ７００での印刷エラーを抑制できる。なお、この場合には、事前確認アプリケーション２５０は、ジョブＩＤを解放してもよい（ジョブＩＤの設定を削除してもよい）。

図５は、判断結果ＤＲをユーザに通知するためのウィンドウを示す説明図である。事前確認アプリケーション２５０は、このウィンドウＲＷを表示装置１００ｚ（図１）に表示する。ウィンドウＲＷには、印刷ができないことを表すメッセージが表示されている。ユーザは、このウィンドウＲＷを観察することによって、印刷処理が止まっていることを、容易に確認することができる。

また、ウィンドウＲＷには、満たされなかった条件（すなわち、印刷ができない原因）が表示されている。図５のウィンドウＲＷは、上述の第１条件Ｃ１が満たされていないことを表している。このように、判断結果ＤＲが「ＮＧ」を表す場合には、事前確認アプリケーション２５０は、原因を表す情報をユーザに通知することが好ましい。例えば、印刷用紙が不足している場合には、その印刷用紙の種類、サイズ、カセット番号を通知することが好ましい。また、トナーが不足している場合には、そのトナーの色とトナーカートリッジの型番とを通知することが好ましい。また、部品（例えば、感光ドラム）の寿命が十分では無い場合には、その部品の名前と型番とを通知することが好ましい。こうすれば、ユーザは、容易に原因を解消することができる。

ウィンドウＲＷは、さらに、印刷中止ボタンＳＢと、印刷再開ボタンＲＳとを含んでいる。ユーザは、印刷中止ボタンＳＢを操作することによって、印刷を中止することができる。印刷中止ボタンＳＢの操作に応じて、事前確認アプリケーション２５０（図２）は、ジョブデータをスプーラ２３０から削除する指示を、スプーラコントローラ２３２に供給する。スプーラコントローラ２３２は、指示に応じて、ジョブデータを送信せずに削除する。その結果、印刷エラーがプリンタ７００に生じることを防止できる。

また、ユーザは、印刷再開ボタンＲＳを操作することによって、印刷を再開することができる。ウィンドウＲＷには、印刷ができないと判断された原因が表示されている。ユーザは、その原因を解消した後に、印刷再開ボタンＲＳを操作すればよい。例えば、図５に示す例では、ユーザは、第１用紙カセットにＡ４サイズの普通紙を補給した後に、印刷再開ボタンＲＳを操作すればよい。

印刷再開ボタンＲＳの操作に応じて、事前確認アプリケーション２５０（図２）は、処理を図３のステップＳ１４ａに戻す。事前確認アプリケーション２５０は、判断情報ＤＩをドライバ２２０に要求する。ドライバ２２０は、要求に応じて、判断情報ＤＩを生成して事前確認アプリケーション２５０に供給する。そして、図３のステップＳ１４ａに続く手順に従って、処理が進行する。原因が解消している場合には、新たな判断結果ＤＲは「ＯＫ」を表している。その結果、印刷が行われる。なお、印刷再開ボタンＲＳの操作に応じた処理のジャンプ先としては、ステップＳ１４ａに限らず、印刷判断（Ｓ３０ｃ）より前の任意のステップを採用可能である。例えば、処理が、ステップＳ２６ｂに戻っても良い。

なお、本実施例では、事前確認アプリケーション２５０（図２）とプリンタ７００との間の通信は、第４機能２５４によって制御される。また、判断部８３０とコンピュータ１００との間の通信は、通信処理部８２０によって制御される。

図６は、印刷システム９００の動作例を示す説明図である。この動作例は、「ＯＫ」を表す判断結果ＤＲが得られる場合を示している。図６には、図３のシーケンス図に従った動作の一部が示されている。

まず、ユーザは、データ処理アプリケーション２１０（図２）を操作することによって、印刷に利用するプリンタを選択し（動作［１０］）、印刷実行を指示する（動作［１２］）。

コンピュータ１００では、事前確認アプリケーション２５０が、ジョブデータの送信を保留する（動作［２２］）。ドライバ２２０は、ジョブデータを生成し、そして、判断情報ＤＩを生成する（動作［２４］）。事前確認アプリケーション２５０は、生成された判断情報ＤＩをプリンタ７００に送信する（動作［２６］）。

プリンタ７００では、判断部８３０が、判断情報ＤＩを受信し（動作［３０］）、資源情報ＲＩを確認する（動作［３２］）。そして、判断部８３０は、印刷判断を行い（動作［３４］）、判断結果ＤＲをコンピュータ１００に送信する（動作［３６］）。図６の例では、判断結果ＤＲは「ＯＫ」を表している。

コンピュータ１００では、事前確認アプリケーション２５０が、判断結果ＤＲを受信する（動作［４０］）。判断結果ＤＲが「ＯＫ」を表しているので、事前確認アプリケーション２５０は、保留を解除する（動作［４２］）。そして、スプーラコントローラ２３２は、ジョブデータをプリンタ７００に送信する。

プリンタ７００は、受信したジョブデータに従って、印刷を行う（動作［５０］）。

図７は、印刷システム９００の別の動作例を示す説明図である。図６に示す動作例との差違は、「ＮＧ」を表す判断結果ＤＲが得られる点である。図７には、図３のシーケンス図に従った動作の一部が示されている。

図７の動作［１０］〜［４０］は、図６の動作と同じである。ただし、判断結果ＤＲは、「ＮＧ」を表している。判断結果ＤＲが「ＮＧ」を表しているので、コンピュータ１００では、事前確認アプリケーション２５０（図２）が、判断結果ＤＲ（ウィンドウＲＷ）を表示装置１００ｚに表示する（動作［４４］、図５）。

ユーザは、ウィンドウＲＷ（図５）を確認し、原因を解消するために資源の補給あるいは交換を行う（動作［６０］）。その後、ユーザは、印刷再開をコンピュータ１００に指示する（動作［７０］）。事前確認アプリケーション２５０は、印刷処理を再開する。原因が解消している場合には、図６の動作［２４］からの一連の動作が行われる。原因が解消していない場合には、図７の動作［２４］からの一連の動作が繰り返される。

また、ユーザは、印刷を再開せずに中止してもよい。こうすれば、印刷エラーがプリンタ７００で生じる等の不具合の発生を防止できる。

以上のように、本実施例では、ジョブデータがプリンタ７００に供給される前に、判断情報に応じて印刷の可否が判断される。その結果、印刷の可否を判断して印刷を進めることに起因して不具合が生じることを抑制することができる。例えば、印刷できない可能性のあるジョブデータのプリンタ７００による受信が抑制されるので、プリンタ７００のメモリの容量を過剰に大きくせずに済む。また、プリンタ７００で印刷エラーが生じることを抑制できる。その結果、印刷システム９００の管理者の負担を軽減することができる。

また、ジョブデータを生成するドライバ２２０（図２）が、判断情報ＤＩも生成するので、印刷システム９００の構成が過剰に複雑になることを抑制できる。なお、ドライバ２２０の代わりに、スプーラコントローラ２３２が、スプーラ２３０に格納されたジョブデータを解析することによって、判断情報ＤＩを生成してもよい。こうすれば、判断情報ＤＩの生成を適切に行うことができる。この場合には、スプーラコントローラ２３２は、特許請求の範囲における「判断情報生成部」に相当する。また、この場合には、スプーラ２３０に格納されたジョブデータを加工することができる。例えば、２つのジョブデータを、結合によって１つのジョブデータに変換してもよい。スプーラコントローラ２３２は、加工されたジョブデータを解析して、判断情報ＤＩを生成すればよい。なお、スプーラコントローラ２３２は、ユーザの指示に応じて、このような加工を実行してよい。

なお、本実施例では、ドライバ２２０（図２）と、スプーラ２３０と、スプーラコントローラ２３２と、事前確認アプリケーション２５０との全体が、特許請求の範囲における「ジョブ制御部」に相当する（図２）。そして、コンピュータ１００が、「ジョブ制御装置」に相当する。

Ｂ．第２実施例：
図８は、印刷システムの別の実施例を示す説明図である。図１に示す印刷システム９００との差違は、プリンタ７００が、プリントサーバ３００を介して、複数のコンピュータ（１００、１０１）に共通に利用される点である。プリントサーバ３００は、プリンタ７００にジョブデータを供給するジョブ制御装置として動作する。

本実施例のプリンタ７００は、図１のプリンタ７００と同じである。各コンピュータ１００、１０１のハードウェア構成は、図１のコンピュータ１００と同じである。プリントサーバ３００のハードウェア構成は、図１のコンピュータ１００と同様である。プリントサーバ３００は、制御部３１０と、ハードディスクドライブ３２０とを含んでいる。制御部３１０は、ＣＰＵ３１２と、ＲＡＭ３１４と、ＲＯＭ３１６とを含んでいる。

図９は、本実施例の印刷システム９００Ａの機能を示すブロック図である。図２に示す実施例との差違は、スプーラ２３０とポートモニタ２４０とスプーラ制御アプリケーション２３２と事前確認アプリケーション２５０とのそれぞれの機能が、クライアント装置（例えば、コンピュータ１００）の代わりにプリントサーバ３００によって実行される点だけである。なお、図９では、複数のクライアント装置のうちの、コンピュータ１００以外のクライアント装置の図示が省略されている。ただし、各クライアント装置は、同じドライバ２２０Ａを有している。

本実施例においても、印刷処理は、図３〜図５に示す実施例と同様に、行われる。ただし、図３のステップＳ１２ａ〜Ｓ１６ａは、プリントサーバ３００（図９）のスプーラコントローラ２３２によって実行される。まず、クライアント装置１００のドライバ２２０Ａは、図２の実施例と同様に、ジョブデータを生成する（Ｓ１０ａ）。コンピュータ１００の印刷コントローラ（図示せず）は、生成されたジョブデータを、プリントサーバ３００に送信（供給）する（ジョブデータの供給は、印刷要求に相当する）。プリントサーバ３００のスプーラコントローラ２３２は、受信したジョブデータをスプーラ２３０に格納する（Ｓ１２ａ）。また、スプーラコントローラ２３２は、格納されたジョブデータを解析することによって、判断情報ＤＩを生成する（Ｓ１４ａ）。そして、スプーラコントローラ２３２は、生成した判断情報ＤＩを事前確認アプリケーション２５０に供給する（Ｓ１６ａ）。

プリントサーバ３００（図９）の事前確認アプリケーション２５０と、プリンタ７００とによる処理は、図３に示す実施例と同様である。事前確認アプリケーション２５０は、判断情報ＤＩをプリンタ７００に供給し、そして、判断結果ＤＲをプリンタ７００から取得する。また、事前確認アプリケーション２５０は、判断結果ＤＲをユーザに通知する。本実施例では、事前確認アプリケーション２５０は、判断結果ＤＲの通知指示を、ジョブデータの送信元に送信する（図９の実施例では、送信元はコンピュータ１００）。コンピュータ１００では、ドライバ２２０Ａが、受信した指示に応じて、判断結果ＤＲをユーザに通知する。この通知は、図５に示す実施例と同様に、行われる。ドライバ２２０Ａは、この通知に対するユーザの指示を受信し、受信したユーザ指示をプリントサーバ３００に送信する。事前確認アプリケーション２５０は、指示に応じた処理を実行する。なお、コンピュータ１００での判断結果ＤＲの通知は、ドライバ２２０Ａとは異なるプログラムによって実現されてもよい。

図１０は、印刷システム９００Ａの動作例を示す説明図である。図１０の動作例は、図６に示す動作例と同様に、判断結果ＤＲが「ＯＫ」を示す場合を示している。図６に示す動作例との差違は、２点ある。第１の差違は、動作［１４］が追加されている点である。第２の差違は、動作［２２］〜［２６］、［４０］、［４２］が、コンピュータ１００の代わりにプリントサーバ３００によって行われる点である。図１０では、図６中の動作と同じ動作には、図６中の番号と同じ番号が付されている。

動作［１０］、［１２］は、図６に示す動作［１０］、［１２］と同じである。次の動作［１４］では、コンピュータ１００（図９のドライバ２２０Ａ）は、データ処理アプリケーション２１０からの印刷要求に応じて、共有プリントキュー中に、ジョブデータを生成する。共有プリントキューは、共有のプリンタ７００のためのジョブデータを一時的に格納するメモリである（例えば、ハードディスクドライブ３２０（図８）の一部の記憶領域が、共通プリントキューとして利用される）。コンピュータ１００の印刷コントローラ（図示せず）は、プリントキューのジョブデータをプリントサーバ３００に送信する。

続く動作［２２］〜［５０］は、図６に示す動作［２２］〜［５０］と同じである。これにより、プリンタ７００は、ユーザの望む画像を、印刷する。

図１１は、印刷システム９００Ａの別の動作例を示す説明図である。図１１の動作例は、図７に示す動作例と同様に、判断結果ＤＲが「ＮＧ」を示す場合を示している。図７に示す動作例との差違は、３点ある。第１の差違は、動作［１４］が追加されている点である。この動作［１４］は、図１０の動作［１４］と同じである。第２の差違は、動作［２２］〜［２６］、［４０］が、コンピュータ１００の代わりにプリントサーバ３００によって行われる点である。第３の差違は、図７の動作［４４］の代わりに、動作［４６］が行われる点である。図１１では、図７中の動作と同じ動作には、図７中の番号と同じ番号が付されている。

図１１の動作［１０］〜［４０］は、図１０の動作と同じである。ただし、判断結果ＤＲは「ＮＧ」を表している。判断結果ＤＲが「ＮＧ」を表しているので、プリントサーバ３００では、事前確認アプリケーション２５０（図９）が、判断結果ＤＲをコンピュータ１００に表示させる。具体的には、事前確認アプリケーション２５０は、判断結果ＤＲをコンピュータ１００に送信する。コンピュータ１００では、ドライバ２２０Ａが、判断結果ＤＲをユーザに通知する。本実施例では、ドライバ２２０Ａは、図５に示す実施例と同様のウィンドウＲＷを表示装置１００ｚに表示する。

ユーザは、ウィンドウＲＷ（図５）を確認し、原因を解消するために資源の補給あるいは交換を行う（動作［６０］）。その後、ユーザは、印刷再開をコンピュータ１００に指示する（動作［７０］）。コンピュータ１００では、ドライバ２２０Ａ（図９）が、ユーザの指示をプリントサーバ３００に送信する。プリントサーバ３００では、事前確認アプリケーション２５０が、印刷処理を再開する。原因が解消している場合には、図１０の動作［２４］からの一連の動作が行われる。原因が解消していない場合には、図１１の動作［２４］からの一連の動作が繰り返される。また、ユーザは、印刷を再開せずに中止してもよい。

以上のように、本実施例では、判断結果ＤＲに応じてジョブデータをプリンタ７００に供給するプリントサーバ３００が、複数のクライアント装置に共通に利用される。すなわち、プリントサーバ３００は、複数のクライアント装置からの印刷要求のそれぞれに応じて、印刷要求に応じた印刷ジョブデータのための、判断情報ＤＩの生成と、判断結果ＤＲに応じたジョブデータの供給とを、実行する。従って、各クライアント装置の構成が過剰に複雑化することを防止できる。例えば、事前確認アプリケーション２５０を、各クライアント装置にインストールせずに済む。

なお、本実施例では、スプーラ２３０（図９）と、スプーラコントローラ２３２と、事前確認アプリケーション２５０との全体が、特許請求の範囲における「ジョブ制御部」に相当する（図９）。そして、プリントサーバ３００が「ジョブ制御装置」に相当する。

Ｃ．変形例：
なお、上記各実施例における構成要素の中の、独立クレームでクレームされた要素以外の要素は、付加的な要素であり、適宜省略可能である。また、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。

変形例１：
上述の各実施例において、印刷システムの構成としては、種々の構成を採用可能である。例えば、図２に示す実施例において、ドライバ２２０が判断情報ＤＩを生成せずに、スプーラコントローラ２３２が判断情報ＤＩを生成してもよい。また、スプーラコントローラ２３２が判断情報ＤＩを生成せずに、ドライバ２２０が判断情報ＤＩを生成してもよい。また、ドライバ２２０とスプーラコントローラ２３２とのそれぞれが、判断情報ＤＩを生成する機能を有してもよい。この場合には、まず、ドライバ２２０が判断情報ＤＩを生成すればよい。そして、スプーラ２３０に格納されたジョブデータが加工された場合に、スプーラコントローラ２３２が、加工されたジョブデータの判断情報ＤＩを生成すればよい。

また、図９に示す実施例において、プリントサーバ３００にプリンタドライバを設けてもよい。そして、プリントサーバ３００のプリンタドライバが、クライアント装置（例えば、コンピュータ１００）から受信したデータに応じて、ジョブデータを生成してもよい。この場合、クライアント装置１００からプリントサーバ３００に供給されるデータのフォーマットとしては、プリンタ７００とは独立な任意のフォーマットを採用可能である。例えば、いわゆるＪＰＥＧ画像データを採用してもよい。また、単純なテキストデータを採用してもよい。なお、クライアント装置１００によるプリントサーバ３００へのデータ供給は、印刷要求に相当する。

また、図９に示す実施例において、判断部８３０をプリントサーバ３００に組み込んでも良い。また、プリントサーバ３００とプリンタ７００とを、１つの装置に組み込んでもよい。

変形例２：
上述の各実施例において、印刷判断の条件としては、図４に示す条件に限らず、種々の条件を採用可能である。例えば、図４に示す複数の条件のうちの任意の一部の条件を採用してもよい。また、プリンタが、定期交換部品として紙送りローラを利用する場合には、そのローラの寿命が十分では無い場合に、印刷ができないと判断してもよい。

一般には、印刷判断の条件としては、プリンタで利用される資源が十分であるか否かを表す任意の条件を採用可能である。ここで、プリンタの資源は、プリンタの部材を意味しており、消耗品と非消耗品とを含んでいる。消耗品としては、例えば、トナーやインクや印刷媒体（例えば、紙）が挙げられる。非消耗品としては、例えば、メモリやＣＰＵや排紙トレイ等の種々のハードウェア資源が挙げられる。

変形例３：
上述の各実施例において、プリンタの状況（ステータス）に関する情報としては、図４に示す資源情報ＲＩに限らず、プリンタで利用可能な資源の状況を表す種々の情報を採用可能である。例えば、図４に示す情報（資源情報ＲＩ）のうちの任意の一部の情報を採用してもよい。また、プリンタの状況に関する情報としては、プリンタで利用可能な消耗品の残量や、プリンタで利用可能な非消耗品の能力を、採用してよい。消耗品の残量としては、インクやトナーや紙の残量に限らず、他の消耗品の残量を採用可能である。非消耗品の能力としては、メモリの空き容量や排紙トレイの許容量に限らず、他の非消耗品の能力を採用可能である。

変形例４：
上述の各実施例において、判断情報ＤＩとしては、図４に示す情報に限らず、ジョブデータの印刷に関する種々の情報を採用可能である。例えば、図４に示す情報のうちの任意の一部の情報を採用してもよい。一般には、判断情報ＤＩとしては、ジョブデータの印刷に要する資源（プリンタの資源）に関する種々の情報を採用可能である。このような情報としては、非消耗品の能力（印刷に要する能力）に関する情報を採用してよい。このような情報としては、印刷に要するメモリ量（すなわち、データ量）や、排紙トレイへ出力される印刷用紙の枚数に限らず、種々の情報を採用可能である。また、印刷に要する資源（プリンタの資源）に関する情報としては、消耗品の予想使用量（予想消費量）を採用してよい。消耗品の予想使用量としては、トナーやインクや紙の使用量に限らず、他の消耗品の使用量を採用可能である。なお、インクやトナーといった記録材料の量を表す値としては、種々の値を採用可能である。例えば、記録材料の量を表す物理量（例えば、重量や体積）を採用してもよく、また、ドットカウントを採用してもよい。

変形例５：
上述の各実施例において、印刷処理の手順としては、図３に示す手順に限らず、種々の手順を採用可能である。一般には、ジョブデータをプリンタに供給する前に判断情報を生成し、生成された判断情報と、プリンタの状況に関する情報とに応じて、ジョブデータの印刷の可否を判断し、印刷が可能であることを判断結果が示す場合に、ジョブデータをプリンタに供給するような、任意の手順を採用可能である。例えば、判断部８３０（図２、図９）は、印刷判断の完了に応じて自動的に判断結果ＤＲを事前確認アプリケーション２５０（コンピュータ１００あるいはプリントサーバ３００）に送信してもよい。

また、判断結果ＤＲが「ＮＧ」を表している場合に実行される処理としては、判断結果をユーザに通知する種々の処理を採用可能である。例えば、判断結果ＤＲを表すランプを点灯させる処理を採用してもよい。また、判断結果ＤＲを表示装置に表示する処理を採用してもよい。ここで、判断結果に加えて、印刷ができないと判断された原因を、ユーザに通知することが好ましい（例えば、原因を表すランプを点灯させてもよい）。こうすれば、ユーザは、原因を容易に解消することができる。ただし、原因の通知を省略してもよい。

いずれの場合も、ジョブ制御部（例えば、図２、図９の事前確認アプリケーション２５０）は、判断結果をユーザに通知するための処理を実行することが好ましい。判断結果をユーザに通知するための処理としては、通知装置を利用して通知する処理と、通知装置を有する装置に通知の指示を送信する処理と、のうちの少なくとも一方を採用可能である。通知装置としては、例えば、上述のランプや表示装置を採用可能である。

なお、図５に示す実施例では、ジョブ制御部は、通知後の処理を選択することをユーザに許容している。ここで、選択肢は、「印刷中止」と「印刷再開」とに限らず、他の選択肢を採用してもよい。また、ジョブ制御部は、通知後に所定の処理を実行してもよい。例えば、ジョブ制御部は、印刷を中止してもよい。

変形例６：
上記各実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部あるいは全部をハードウェアに置き換えるようにしてもよい。例えば、図２の事前確認アプリケーション２５０の機能を、論理回路を有するハードウェア回路によって実現してもよい。

また、本発明の機能の一部または全部がソフトウェアで実現される場合には、そのソフトウェア（コンピュータプログラム）は、コンピュータ読み取り可能な記録媒体に格納された形で提供することができる。この発明において、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスクやＣＤ−ＲＯＭのような携帯型の記録媒体に限らず、各種のＲＡＭやＲＯＭ等のコンピュータ内の内部記憶装置や、ハードディスク等のコンピュータに固定されている外部記憶装置も含んでいる。

本発明の一実施例としての印刷システム９００を示す説明図である。 印刷システム９００の機能を示すブロック図である。 事前の判断を利用した印刷処理のシーケンス図である。 判断情報ＤＩと資源情報ＲＩとを利用した印刷判断を示す説明図である。 判断結果ＤＲを表すウィンドウを示す説明図である。 印刷システム９００の動作例を示す説明図である。 印刷システム９００の別の動作例を示す説明図である。 印刷システムの別の実施例を示す説明図である。 本実施例の印刷システム９００Ａの機能を示すブロック図である。 印刷システム９００Ａの動作例を示す説明図である。 印刷システム９００Ａの別の動作例を示す説明図である。

符号の説明

１００…パーソナルコンピュータ（クライアント装置）
１００ｚ…表示装置
１１０、３１０、７１０…制御部
１１２、３１２、７１２…ＣＰＵ
１１４、３１４、７１４…ＲＡＭ
１１６、３１６、７１６…ＲＯＭ
１２０、３２０…ハードディスクドライブ
２１０…データ処理アプリケーション
２２０、２２０Ａ…プリンタドライバ
２３０…スプーラ
２３２…スプーラ制御アプリケーション（スプーラコントローラ）
２４０…ポートモニタ
２５０…事前確認アプリケーション
２５１…第１機能
２５２…第２機能
２５３…第３機能
２５４…第４機能
２５５…第５機能
３００…プリントサーバ
７００…プリンタ
７２０…印刷エンジン
７２２…現状出力部
８１０…ジョブ処理部
８２０…通信処理部
８３０…判断部
９００、９００Ａ…印刷システム
ＳＢ…印刷中止ボタン
ＲＳ…印刷再開ボタン
ＲＩ…資源情報
ＤＩ…判断情報
ＤＲ…判断結果
ＲＷ…ウィンドウ
ＮＥＴ…ネットワーク

Claims (9)

1. 印刷システムであって、
   プリンタと、
   前記プリンタに印刷ジョブデータを供給するジョブ制御部と、
   前記印刷ジョブデータの印刷の可否を判断する判断部と、
   を備え、
   前記ジョブ制御部は、前記印刷ジョブデータを前記プリンタに供給する前に、前記印刷ジョブデータの印刷に関する情報である判断情報を生成し、
   前記判断部は、前記判断情報と、前記プリンタの状況に関する情報とに応じて、前記印刷ジョブデータの印刷の可否を判断し、
   前記ジョブ制御部は、前記印刷が可能であることを前記判断の結果が示す場合に、前記印刷ジョブデータを前記プリンタに供給する、
   印刷システム。
2. 請求項１に記載の印刷システムであって、
   前記ジョブ制御部は、前記印刷ジョブデータと前記印刷ジョブデータに対応付けられた前記判断情報とを生成するプリンタドライバを含む、
   印刷システム。
3. 請求項１または請求項２に記載の印刷システムであって、
   前記ジョブ制御部は、
   前記印刷ジョブデータを一時的に格納するスプーラと、
   前記スプーラに格納された前記印刷ジョブデータを解析することによって前記判断情報を生成する判断情報生成部と、
   を含む、印刷システム。
4. 請求項１ないし請求項３のいずれかに記載の印刷システムであって、
   前記プリンタに接続されるとともに前記ジョブ制御部を含むジョブ制御装置を備え、
   前記判断部は、前記プリンタに設けられており、
   前記ジョブ制御部は、前記判断情報を前記プリンタに送信し、
   前記判断部は、前記判断結果を前記ジョブ制御装置に送信する、
   印刷システム。
5. 請求項１ないし請求項４のいずれかに記載の印刷システムであって、
   前記判断情報は、
   （１）前記印刷に要する印刷用紙の予想使用量と、
   （２）前記印刷に要する記録材料の予想使用量と、
   （３）前記印刷に要するメモリの予想使用量と、
   のうちの少なくとも１つを含む、印刷システム。
6. 請求項１ないし請求項５のいずれかに記載の印刷システムであって、
   前記プリンタの状況に関する情報は、
   （１）前記印刷に利用される印刷用紙の残量と、
   （２）前記印刷に利用される記録材料の残量と、
   （３）前記印刷に利用されるメモリの空き容量と、
   のうちの少なくとも１つを含む、印刷システム。
7. 請求項１ないし請求項６のいずれかに記載の印刷システムであって、さらに、
   複数のクライアント装置を含み、
   前記ジョブ制御部は、前記複数のクライアント装置からの印刷要求のそれぞれに応じて、前記印刷要求に応じた印刷ジョブデータのための、前記判断情報の生成と、前記判断結果に応じた前記印刷ジョブデータの供給とを、実行する、
   印刷システム。
8. 請求項１ないし請求項７のいずれかに記載の印刷システムであって、
   前記ジョブ制御部は、前記印刷が可能では無いことを前記判断結果が示す場合には、前記印刷ジョブデータを前記プリンタに供給せずに、前記判断結果をユーザに通知するための処理を実行する、
   印刷システム。
9. 印刷方法であって、
   ジョブ制御部が、印刷ジョブデータをプリンタに供給する前に、前記印刷ジョブデータの印刷に関する情報である判断情報を生成し、
   判断部が、前記判断情報と、前記プリンタの状況に関する情報とに応じて、前記印刷ジョブデータの印刷の可否を判断し、
   前記ジョブ制御部が、前記印刷が可能であることを前記判断の結果が示す場合に、前記印刷ジョブデータを前記プリンタに供給する、
   印刷方法。

Images