JP2013126748A - 画像形成装置と該画像形成方法 - Google Patents

Abstract

【課題】 プリントデータがすべて蓄積できない場合であっても、高速なリプリントが実現できなかった。
【解決手段】 プリントデータを印刷する印刷ステップ、
画像メモリ内にプリントデータがすべて蓄積できない場合、前記プリントデータの一部の分割データを前記画像メモリ内に蓄積する蓄積ステップ、
リプリントスタート指示を受ける受付ステップ、
前記リプリントスタート指示に応じて、前記蓄積された分割データを前記印刷手段により印刷し、前記蓄積済みの分割データ以降の残りのプリントデータを印刷すべく受信する受信ステップとを有することを特徴とする。
【選択図】 図１

Description

本発明は、画像形成装置と画像形成方法に関する。

近年、ＰＣ（パーソナルコンピュータ）あるいは携帯端末等で記述言語により記述された画像を展開して、その画像を３２Ｍｂｙｔｅ程度の小容量メモリを用いて画像形成を行う画像形成装置（以下プリンタ）が、一般に普及してきた。一方、ホストコンピュータからプリンタにデータを一旦送り、プリンタはそのデータに従い複数部のうち１部印刷した後に、そのデータを保存する。そしてその後プリンタの印刷のためのキー操作が検知されたり、ホスト側からの印刷指示が検知がされると、プリンタは複数部数のうちの残りを印刷するリプリント機能がある。

このリプリント機能は、以下の動作となる。
１．ホストからからプリンタにプリントデータ伝送する。
２．そのプリントデータをプリンタで印刷する。
３．プリンタはそのプリントデータを保存する。
４．プリンタは、プリンタあるいはホストのリプリント指示を検知した時に同じデータを印刷する。
尚、プリンタは複数部プリント指示を検知した場合は、複数部印刷を行う。

このようなリプリント機能により、プリントデータに応じた印刷物を１部印刷し、ユーザは所望の印刷物が得られているか確認後、残りの部数を印刷することができ、ユーザの満足しない印刷物を複数部数印刷されてしまうという事を未然に防ぐことができる。
また、複数の印刷ジョブに応じたプリントデータのうち最後のプリントデータのみを保存して、そのプリントデータのみをリプリント可能にし、最後の印刷ジョブのプリントデータ以外は消去にする機能を提供することでメモリの使用量を削減できる。
この場合、小容量メモリしか有していないプリンタでは、最後の印刷ジョブのプリントデータであっても画像メモリに入りきらない分のデータを保存できず、リプリントできないという問題もあった。

特開平１１−１０５３８１号公報

特開平１１−１０５３８１号公報では、ホストコンピュータからリプリント用のデータをプリンタに再送して印刷する方法に関して述べられている。
しかしながら、プリンタのメモリにリプリントデータを記憶する場合に比べて、リプリントデータを再送してもらう構成ではリプリントのＦＰＯＴ（ファーストプリントアウトタイム／プリント指示後、指示されたプリントの物の１枚目が排紙されるまでの時間）が長くなるという欠点がある。つまり、特開平１１−１０５３８１公報の技術では、プリンタからの再送要求をホストコンピュータのモニタが監視し、再送要求に従いホストコンピュータからデータを送りなおすので、リプリントするまでの時間がかかり、リプリントにおける生産性が良いとはいえなかった。
また、複数部数を印刷する時に、従来リプリントを活用し忘れて、無駄な印刷を複数部行ってしまうという問題があった。

本発明は上記課題を解決することを目的とする。
本発明は、プリントデータを印刷する印刷ステップ、
画像メモリ内にプリントデータがすべて蓄積できない場合、前記プリントデータの一部の分割データを前記画像メモリ内に蓄積する蓄積ステップ、
リプリントスタート指示を受ける受付ステップ、
前記リプリントスタート指示に応じて、前記蓄積された分割データを前記印刷手段により印刷し、前記蓄積済みの分割データ以降の残りのプリントデータを印刷すべく受信する受信ステップとを有することを特徴とする画像形成を提供することを目的とする。
また、複数部数印刷が設定されたプリントデータを１部印刷する印刷ステップ、
前記プリントデータを前記画像メモリ内に蓄積する蓄積ステップ、
リプリントスタート指示を受ける受付ステップ、
前記リプリントスタート指示に応じて、前記蓄積ステップで蓄積されたプリントデータを用いて、前記複数部数の残りを印刷するステップを提供することを目的とする。

本発明によれば、プリントデータがすべて蓄積できない場合であっても、高速なリプリントを実現できる。
また、リプリント指示を検知した場合に、ホストからすべてのデータを再送信するという時間を節約でき、リプリントのＦＣＯＴを向上させるという効果を得る。
また無駄な印刷を複数部行ってしまうことを防止できる。

本発明の実施例のプリントシステムのブロック構成図である。 本発明の実施例のプリントシステムのホスト側動作フローチャート例である。 本発明の実施例プリントシステムのプリンタ側動作フローチャート例である。 サーバに分割しないリプリントデータを割り当てるホスト側の動作例である。 ホストメモリに、分割しないリプリントデータを割り当てるホスト側の動作例である。 サーバあるいはホストＵＲＩから分割しないデータを受信するプリンタの動作例である。 サーバに分割データを割り当てるホスト側の動作例である。 ホスト内メモリに分割データを割り当てるホスト側の動作例である。 サーバあるいはホストＵＲＩから分割データを受信するプリンタの動作例である。 プリントデータが、プリンタメモリに入りきらない場合、ホストあるいはサーバのメモリ資源を割り当てるホストの動作例である。 プリントデータが、プリンタメモリに入りきらない場合、ホストあるいはサーバのメモリ資源を割り当てるホストの動作例である。 ＵＲＩを連絡して、プリント、リプリントデータをプリンタがＵＲＩから得るホスト処理例である。 一定時間の設定がユーザからの指示で変更可能となるプリンタの動作例である。 ホスト側で複数枚印刷指定した場合は、自動的にリプリント（お試し）モードになる、ホスト側の動作例である。 ホスト側で、複数枚印刷指定した場合で、ホストあるいはプリンタで、プリンタのトナ−セーブモードあるいは、省エネモード指定設定した場合は、リプリント（お試し）モードになるホスト側の動作例である。 ＩＰＰで、リプリント印刷する手順例である。 ＸＰＳでホストからプリンタに対してプリントＪＯＢを送る様子を示している図である。 ＸＰＳのプリントチケットを使用して、サーバＵＲＩからプリンタがプリントデータを受信する様子を示している図である。 実施例１０を説明するための図である。

以下、本発明を実施するための形態について図面を用いて説明する

図１の構成のプリンタシステムで、図２、図３のフローチャートの様に動作する。

ホスト（コンピュータ）とプリンタの処理手順は、図１６のＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）や図１７のＰｒｉｎｔ Ｔｉｃｋｅｔ方式の手順に従い、実行される。

図１には、受信したプリントジョブを保存可能なプリンタ １とホスト ２、４を有する印刷システムが開示される。図１のプリンタシステムにより以下の処理が実現される。

プリンタ１の画像メモリ２５内にプリントデータがすべて蓄積できた場合そのプリントデータは、再印刷できる。一方、画像メモリ２５内にプリントデータが入りきらない場合、リプリント用に画像メモリ２５内に蓄積可能なデータ量に分割したプリントデータを（リプリントスタート指示を受けることなく）ホストからプリンタに送信する。

そして、プリンタ１は、画像メモリ内（２５）に受信した分割したプリントデータを蓄積後（Ｓ３０９）、プリンタ１あるいはホスト２あるいは４からリプリントスタート指示（Ｓ３１０）をうける。するとプリンタ１は、蓄積済みの分割されたプリントデータを印刷し、分割されたプリントデータ以降の残りの分割されたプリントデータをホスト２、４から受信し、再印刷を実行する。

本実施例の特徴は、画像メモリ２５にプリントデータがすべて蓄積できない場合、リプリントスタート指示を受けることなく、プリントデータの一部である分割したプリントデータを画像メモリ２５に記憶することである。その結果、リプリントスタートキーの指示を受けると分割したプリントデータは直ちにプリントできるのでＦＰＯＴを速くすることができる。

また分割したプリントデータ以降の残りのプリントデータも順次受信、印刷されるのでスムーズにリプリントが実現できる。

図１は、プリントシステムのブロック構成図である。１は、プリンタである。尚、プリンタ機能を搭載したＭＦＰ（ＭＦＰ／Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）であってもよい。２は、プリンタ１に対してプリントジョブの印刷を指示するホストコンピュータ（以下ホスト）である。ホスト２はＰＣあるいは携帯端末などにより構成されている。プリンタ１とホスト２は、ＵＳＢなどの有線ＩＦあるいは、ブルートゥースなどの無線ＩＦにより、接続されている。ＮＷ３は、ＬＡＮやＷＡＮなどにより構成されているネットワークである。４は、ＮＷ３を介してプリンタ１やサーバ５と接続されているホストである。ホスト２と同様にＰＣあるいは携帯端末などにより構成されている。５は、ＮＷ３を介してプリンタ１やホスト４と接続されているサーバである。６は、ＮＷ３を介してプリンタ１と接続されている他のホストである。ホスト６もホスト１、２と同様にＰＣあるいは携帯端末などにより構成されている。７は、公衆回線網ＰＳＴＮである。８は、ＰＳＴＮ７を介してプリンタ１と接続されている相手ＦＡＸ装置である。１０は、プリンタ１のシステム全体を制御するＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ）である。１１は、プリンタ１のユーザに装置の状態を報知するための表示をし、ユーザからの指示でプリンタ１の動作を決定するための操作パネルである。１２は、原稿を読み取り、ホスト２、４，他のホスト６、相手ＦＡＸ装置８などに送信されるデータを得る読み取り部である。この読み取り部１２により読み取ったデータは、記録部１３によりプリントできる。１４は、ＦＡＸ通信を行うためのＦＡＸ通信回路である。１５は、プリンタを動作するためのプログラムや、プリンタの管理データ、あるいは、送信、受信、印刷される画像データを格納するメモリである。１６は、ホスト２やＮＷ３などの外部機器との接続のためのインターフェースをとるためのＩＦ部である。１７は、プリンタの状態をユーザに報知するための表示をする表示器である。１８は、表示器１７を構成する発光ダイオード ＬＥＤである。１９は、表示器１７を構成する液晶デバイス ＬＣＤである。２０は、ユーザがプリンタ１に対して、各種処理を指示するためのＫＥＹ類である。２１は、ＫＥＹ類２０の構成要素であるリプリントスタートキーである。２２は、ＫＥＹ類２０の構成要素である枚数指定キーである。２３は、ＦＡＸ通信回路１４の構成要素である半導体ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、ＳＤＡＡである。２４は、ＦＡＸ通信を行うための変復調器であるモデムである。２５は、メモリ１５の構成要素である画像メモリである。ホスト２あるいはホスト４あるいはサーバ５あるいは他のホスト６から、受信したプリントＪＯＢに従ってプリントするプリントデータを格納することのできるメモリである。２６は、画像メモリ２５の構成要素で、プリントするプリントデータを格納可能な領域である。２７は、ＩＦ部１６の構成要素であるＩＦ回路である。２８は、ＩＦ回路２７の構成要素である無線ＩＦである。

２９は、ＩＦ回路２７の構成要素である有線ＩＦである。３０は、ＩＦ部１６の構成要素であるネットワークＩＦ回路である。３１は、ネットワークＩＦ回路３０の構成要素である無線ＮＷＩＦである。３２は、ネットワークＩＦ回路３０の構成要素である有線ＮＷＩＦである。３３は、ホスト４に内蔵されるメモリである。３４は、メモリ３３の構成要素である画像メモリである。３５は、画像メモリ３４の構成要素であるプリントデータ格納領域である。３６は、サーバ５に内蔵されるメモリである。３７は、メモリ３６の構成要素である画像メモリである。３８は、画像メモリ３７の構成要素であるプリントデータ格納領域である。

図２は、本実施例のプリントシステムのホスト側動作フローチャート例である。以下の処理は、ホスト２のメモリもしくはメモリ３３に記憶されたプログラムをホスト２、４のＣＰＵにより実行することで実現される。

以下、ホスト２、４をホストとして説明する。

Ｓ１は、ホストのリプリント処理スタートのステップである。Ｓ２は、プリンタ１のメモリ１５のリプリント用メモリ容量検知のステップである。Ｓ３は、プリントデータすべてがリプリントデータとしてプリンタ１のメモリ１５に格納可能かどうかを判断するステップである。Ｓ４は、プリンタ１にプリントデータを送信し、リプリントデータとしても使用することを伝達するステップである。Ｓ５は、プリンタ１にプリントデータを送信し、リプリントデータとして使用しないことを伝達するステップである。Ｓ６は、プリントデータを分割し、プリンタ１のメモリ１５に格納できるデータを最初に送る分割データとするステップである。尚、最初に送る分割データは、リプリントデータが複数ページに対応するデータの場合、最初に印刷される１ページ目のデータを含む。Ｓ７は、プリンタ１のＳ５で送信されたプリントデータに対するプリント処理が終了したかどうかを判断するステップである。ホストは、プリンタ１から送信される情報からプリント処理が終了したか判断する。Ｓ８は、Ｓ６で分割された最初に送る分割データをプリンタ１に送付するステップである。

Ｓ９は、プリンタ１の最初の分割データの送付が終了したかどうかを判断する。そして、プリンタ１側での最初の分割データのリプリントスタートキー２１９の指示に応じて、プリントデータにおける最初に送る分割データ以外の残りの分割データをプリンタに送信するかを判断するステップである。

Ｓ１０は、残りの分割データをプリンタに送信するステップである。尚、この送信は、リプリント用メモリ容量に従い、適切なデータに分割されたリプントデータが順次送信することで実現される。Ｓ１１は、プリンタ１から複数部数リプリント用にデータ要求有りかどうかを、判断するステップである。

Ｓ１２は、Ｓ１１のデータ要求に従い、リプリント用のプリントデータを送信するステップである。Ｓ１３は、処理を終了するステップである。

図３は、本実施例のプリントシステムのプリンタ１側の動作フローチャート例である。以下の処理は、ＳｏＣ１０の制御下で実現される。またホスト２、４、その他のホスト６と連動してプリンタ１の動作は実現されるが、以下ホスト２、４、その他のホスト６をホストとして説明する。

ホストから受信したプリントデータをプリントする場合で、メモリ１５にすべてのリプリントデータを蓄積できない場合、あらかじめホストから分割リプリントデータを直接受信する動作例である。

Ｓ３０１は、プリンタのリプリント処理スタートのステップである。Ｓ３０２は、ホストにプリンタ１の能力（リプリント用メモリ容量）を連絡するステップである。この連絡は、図２のＳ２でホストに通知される。

Ｓ３０３は、ホストでリプリント指示されたプリントデータを、受信したか判断する。

Ｓ３０４は、ホストでリプリント指定されたプリントデータを受信した場合、そのプリントデータを印刷する。そして印刷後ホストに印刷が終了したことを連絡する。

Ｓ３０５は、プリントデータをすべてリプリントデータとして、プリンタ１のメモリ１５内に蓄積できるかどうかを判断するステップである。

Ｓ３０６は、ホストでリプリント指示されていない通常のプリントデータを受信したと判定された場合、このプリントデータを通常印刷する。

Ｓ３０７は、プリントデータをメモリに入りきる分に分割した分割データ（リプリントデータ）を、ホストから受信し、この分割データをメモリ１５内に蓄積し、分割データが蓄積されたことをユーザに報知する表示を行うステップである。この表示は、表示器１７に表示される。

Ｓ３０８は、一定時間リプリントデータをメモリ１５内に蓄積し優先順位の高い印刷要求があっても受け付けない処理を示すステップである。

Ｓ３０９は、一定時間リプリントデータをメモリ１５内に蓄積し優先順位の高い印刷要求があっても受け付けない処理を行うステップである。このステップによりリプリントを行おうとするユーザが、リプリント指示を行う前に、他のホスト６からプリント処理が入り、プリンタのメモリ１５（画像メモリ２５）のリプリントデータが上書き消去されることを防止できる。その結果、他のホストからのプリント処理よりリプリント処理を優先させることができる。

Ｓ３１０は、ユーザがリプリントスタートキー２１を指示することにより、プリンタ１がリプリント印刷指示を検知したかどうかを判断するステップである。

Ｓ３１１では、プリンタ１は分割データを印刷開始する。そして、メモリ１５の空き状況に応じてホストから残りの分割データを受信、印刷するステップである。Ｓ３１２は、一定時間経過したかどうかを判断するステップである。Ｓ３１３は、ユーザリプリント指定は、複数部数かどうかを判断するステップである。Ｓ３１４は、ホストから複数部数のリプリントデータを受信し、印刷するステップである。

Ｓ３１５は、リプリント処理終了、ユーザからのリプリント指示に応じた印刷が終了した事を報知するステップである。Ｓ３１６は、リプリントスタートキー２１によるリプリントの指示がないので他のプリントデータ受け付け開始を示すステップである。Ｓ３１７は、他のプリントＪＯＢが有るかどうかを判断するステップである。Ｓ３１８は、ユーザからのリプリントスタートキー２１による指示を検知したかどうかを示すステップである。Ｓ３１９は、リプリント印刷処理を行うステップである。

Ｓ３２０は、一定時間経過したかどうかを示すステップである。Ｓ３２１は、リプリントスタートキー２１によるリプリントの指示がないので、他のプリントデータ受け付けを開始するステップである。Ｓ３２２は、他のプリントジョブが有かどうかを判断するステップである。Ｓ３２３は、他のプリント要求があるかどうかを判断するステップである。Ｓ３２４は、メモリの空き領域内で処理できるプリントジョブかどうかを判断するステップである。Ｓ３２５は、他のプリント拒否のステップである。他のプリントを実施するためにリプリントデータが保持できない場合には、他のプリントは拒否される。Ｓ３２６は、他のプリントを受けつけて、プリント処理をおこなうステップである。

Ｓ３２４によれば、リプリントデータをメモリ１５に蓄積した場合でも、メモリ１５の空き容量を有効に使い、他のホストからのプリントジョブを実行する事が出来る場合がある。そのような場合には、他のホストからのプリントジョブを待たせない。

図１６は、上述したＩＰＰに従い、図２、３の処理によりリプリント印刷をする手順例である。

１０３から１０６の処理により、ホスト１０１からプリンタ１０２にプリントデータを送付する。

これは、図２、Ｓ１〜５に相当する。また図３のＳ３０１〜３０３に相当する。

１０４のＧｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ Ｒｅｓｐｏｎｓｅもしくは１０６のジョブ印刷応答（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｓｐｏｎｓｅ）で、プリンタ１０２側のメモリ１５の空き領域（リプリント用メモリ容量）を検知する。 あるいは、図示されていないジョブ有効性確認操作（Ｖａｌｉｄａｔｅ−Ｊｏｂ Ｏｐｅｒａｔｉｏｎ）で、メモリ１５の空き状況を検知しても良い。

リプリント用メモリ容量の検知結果に従い、リプリントデータを全部メモリ１５に格納できない場合、ジョブ印刷要求１０７に従い、ホスト１０１は、リプリントデータを分割してプリンタ１０２に送る。

ジョブ保留要求１０９により、ホスト１０１は、リプリントデータを、ユーザからのリプリントスタートキーによる指示があるまで、印刷しない様にプリンタ１０２に対して、保留指示を行う。

ここで、ジョブ保留要求１０９は省略して、ジョブ印刷要求１０７を用い、送信された分割データ１１８がリプリントデータであることをプリンタ１０２に指示しても良い。この場合、プリンタ１０２は、送信された分割データ１１８がリプリントデータであることが判るので、ユーザによるリプリント指示がされるまで印刷は保留される。その後ユーザによるリプリント指示により、分割データ１１８の分割された最初のリプリントデータは印刷される。

このリプリント指示に応じて、最初に送る分割データ以外の残りの分割データ１１９がホスト１０１からプリンタ１０２に送られ印刷される。枚数指定キー２２からユーザから複数枚（部）のリプリント指示があった場合、その枚数、部数分リプリントデータ１２０がホストからプリンタ１に送られ印刷がなされる。

尚、このリプリントデータ１２０は、分割データ１１８と分割データ１１９を合わせたものであり、枚数指定キー２２から指定された枚数、部数分のプリントを実現できるデータである。

したがって、リプリントデータ１２０のデータは、印刷部数に応じて、繰り返されてプリンタに送られる。

図１６のホスト１０１は図１のホスト２、４、その他のホストである。プリンタ１０２は図１のプリンタ１である。

Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ Ｒｅｑｕｅｓｔ１０３は、ホストからプリンタ１０２の機能、能力等の情報をリクエストするための手順信号である。

Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ Ｒｅｓｐｏｎｓｅ１０４は、プリンタ１０２からプリンタ１の機能、能力等の情報を伝えるレスポンスである。

ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０５は、プリンタ１０２に対して印刷を要求する信号である。

ジョブ印刷応答（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｓｐｏｎｓｅ）１０６は、ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０５に対しての、プリンタ１０２からホスト１０１にプリンタ１０２側の印刷状態を伝えるための信号である。

ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０７は、リプリント用の分割データを送るジョブ印刷要求であるリプリントデータをプリンタ１０２のメモリに入る分のデータを分割して、予めプリンタに送っておく動作である。

ジョブ印刷応答（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｓｐｏｎｓｅ）１０８は、ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０７に対する応答である。

ジョブ保留要求（Ｈｏｌｄ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０９は、送られてきたジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０７のリプリント用の分割データをメモリに一旦保留にして、ユーザの指示を検知するまで、印刷を保留にしておく信号である。

ジョブ保留応答（Ｈｏｌｄ−Ｊｏｂ Ｒｅｓｐｏｎｓｅ）１１０は、ジョブ保留要求（Ｈｏｌｄ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１０９に対するプリンタ１０２の応答信号である。

ジョブ取得要求（Ｇｅｔ−Ｊｏｂｓ Ｒｅｑｕｅｓｔ）１１１は、プリンタ１０２でのジョブの実行状態を要求するための信号である。

ジョブ取得応答（Ｇｅｔ−Ｊｏｂｓ Ｒｅｓｐｏｎｓｅ）１１２は、ジョブ取得要求（Ｇｅｔ−Ｊｏｂｓ Ｒｅｑｕｅｓｔ） １１１に対する応答信号である。

ホスト１０１は、ジョブ取得要求（Ｇｅｔ−Ｊｏｂｓ Ｒｅｑｕｅｓｔ）１１１、ジョブ取得応答（Ｇｅｔ−Ｊｏｂｓ Ｒｅｓｐｏｎｓｅ） １１２のやり取りを繰り返す事により、プリンタ１０２側のジョブ実行状態を知ることができる
ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１１３は、分割データ１１９の印刷要求であり、この要求により分割データ１１９のプリンタ１０２への送信、印刷を実現する。

ジョブ印刷応答（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｓｐｏｎｓｅ）１１４は、分割データ１１９の印刷状態をホスト１０１へ送信する応答信号である。

ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）１１５は、リプリントデータ１２０の印刷要求であり、この要求によりリプリントデータ１２０のプリンタ１０２への送信、印刷を実現する。

ジョブ印刷応答（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｓｐｏｎｓｅ）１１６は、リプリントデータ１２０の印刷状態をホスト１０１へ送信する応答信号である。

印刷データ１１７は、ユーザがホスト１０１のプリンタドライバでリプリントするデータとして指定するか、あるいは自動的にリプリントされるデータとして指定される印刷データである。

プリンタドライバの初期設定として、プリンタ１０２で印刷されるすべてのプリントデータに対し、リプリントの実施が設定されている場合、各プリントデータの印刷指示においてユーザがリプリントを指示しなくても各プリントデータに対して自動的にリプリントが指定される。

分割されたリプリントデータ１１８は、リプリントデータが例えば５ページのデータである場合、先頭のページを最小限含むデータである。

分割されたリプリントデータ１１９は、分割されたリプリントデータに続くページ〜最終ページまでのデータであり、メモリ１５のリプリント用メモリ容量に応じて分割送信されるデータである。

リプリントデータ１２０は、ユーザが枚数指定キー２２により、複数枚（部）のリプリントデータ要求をした時にその枚数、部数分送られるリプリントデータである。

尚、ジョブ印刷要求（Ｐｒｉｎｔ−Ｊｏｂ Ｒｅｑｕｅｓｔ）の代わりにＵＲＩ印刷操作（Ｐｒｉｎｔ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ Ｏｐｅｒａｔｉｏｎ）を用いても良い。この場合、プリントデータ、リプリントデータを直接ホストからプリンタに送るのではなく、ホストから指示されたＵＲＩからプリンタ１がデータを受信して印刷する動作となる。そのＵＲＩには、予め印刷されるべきプリントデータが格納されている。

リプリントデータを、プリンタ１がＵＲＩに従い受信する時には、予めホストでプリンタ１のメモリ容量を検知して、メモリに格納できるデータ量にリプリントデータを分割して、そのＵＲＩに格納しておいても良い。

他の形態として、プリンタ側が、プリンタのリプリント用メモリ容量に応じて、予めメモリに格納できるデータ量にリプリントデータを分割してＵＲＩに蓄積する。そして、プリンタあるいはホストにおけるユーザのリプリント指示を検知した時に、分割されたリプリントデータの印刷を開始する。そして、プリンタはプリンタのリプリント用メモリ容量に応じて順次、ＵＲＩから予め格納された分割されたリプリントデータを受信してもよい。

図１７は、ＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）でホスト２０１からプリンタ２０２に対してプリントＪＯＢを送る様子を示している。

システムの構成は、図１のものであり、ホスト２０１がホスト２，４、その他のホスト６のいずれかで実現され、プリンタ２０２はプリンタ１により実現される。

図１７のホスト２０１には、ＸＰＳプリンタドライバがインストールされ、このＸＰＳプリンタドライバとプリンタ２０２の協同により図１７記載の通信、処理が実現される。

２０１はホストであり、ＰＣあるいは携帯端末などにより構成される。

２０２は、プリンタであり、ホストからの指示で紙などの媒体に印刷を行うものである。

２０３のＰｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔは、リプリント用メモリ容量等プリンタの能力、機能などをホスト側に伝える情報である。

２０４のＰｒｉｎｔ Ｔｉｃｋｅｔは、プリンタ２０２側にページ設定、片面、両面等の印刷指示、給紙段指定、印刷品質等のプリントのための情報を伝えるものである。ここでは、プリンタドライバで設定可能な候補を、プリンタ２０２に対して伝えるものである。

２０５のｓｅｌｅｃｔｅｄ ｓｅｔｔｉｎｇは、プリンタ２０２によるプリントで設定されるべき候補を伝える情報である。

２０６のＵｐｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔはプリンタ２０２がｓｅｌｅｃｔｅｄ ｓｅｔｔｉｎｇ２０５を受けて更新されたプリンタの能力、機能などをホスト側に伝える情報である。

２０７のＰｒｉｎｔ Ｔｉｃｋｅｔは、Ｕｐｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔ２０６の情報を基に、実際にプリントデータをプリントするための条件等の候補を、プリンタ２０２に対して伝えるものである。

２０８のＭｏｄｉｆｉｅｄ ｓｅｌｅｃｔｅｄ ｓｅｔｔｉｎｇは、修正されたプリントのための設定の候補を伝える情報である。

２０９のＶａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔは、Ｐｒｉｎｔ Ｔｉｃｋｅｔ ２０７で伝えられたＰｒｉｎｔ Ｔｉｃｋｅｔの内容のうち有効なものを伝える情報である。

２１０のＶａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｔｉｃｋｅｔ ｄｏｃｕｍｅｎｔは、Ｖａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔ ２０９に基づいて実際にプリンタ２０２で印刷される情報を伝えるものである。

２１１のＭｏｄｉｆｉｅｄ ｓｅｌｅｃｔｅｄ ｓｅｔｔｉｎｇは、プリンタ２０２に印刷時に有効な設定情報を伝えるものである。

２１２のＰｒｉｎｔ ＪＯＢは、プリンタ２０２が印刷をさせるためのＪＯＢの情報である。

２１３のＦｉｘｅｄ Ｄｏｃｕｍｅｎｔは、プリンタ２０２に印刷させるための情報である。

２１４のＤｏｃｕｍｅｎｔ ｓｔｒｕｃｔｕｒｅは、プリンタ２０２により印刷されるドキュメントの構造に関しての情報である。

２１５のＦｉｘｅｄ ｐａｇｅは、プリンタ２０２により印刷されるページの情報である。

２１６のＴｈｕｍｂｎａｉｌは、印刷されるページにおける画像のサムネールである。

２１７のＩｍａｇｅは、印刷されるページにおける画像の情報である。

２１８のＦｏｎｔは、印刷されるページにおけるフォントに関する情報である。

２１９は、Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔ２０３を、プリンタ２０２から得るためにリクエストする様子を示す。

２２０のＧｅｔ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔは、Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔ ２０３をプリンタ２０２から得ている様子を示している。

２２１のＰｒｏｖｉｄｅ Ｐｒｉｎｔ Ｔｉｃｋｅｔは、Ｐｒｉｎｔ Ｔｉｃｋｅｔ ２０４をプリンタ２０２に送っている様子を示す。

２２２のｏｂｔａｉｎ Ｕｐｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔは、Ｕｐｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔ ２０６をプリンタ２０２から得ている様子を示す。

２２３のＰｒｏｖｉｄｅ Ｐｒｉｎｔ Ｔｉｃｋｅｔは、Ｐｒｉｎｔ Ｔｉｃｋｅｔ ２０７をプリンタ２０２に送っている様子を示す。

２２４のｏｂｔａｉｎ Ｖａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔは、Ｖａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｔｉｃｋｅｔ ｄｏｃｕｍｅｎｔ ２１０をプリンタ２０２がホスト２０１に対して送っていることを示す。

２２５のＰｒｏｖｉｄｅ Ｖａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｔｉｃｋｅｔは、Ｖａｌｉｄａｔｅｄ Ｐｒｉｎｔ Ｔｉｃｋｅｔ ｄｏｃｕｍｅｎｔ ２１０をプリンタ２０２に送っている様子を示す。

２２６のＳＥＮＤ Ｄａｔａは、Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３をプリンタ２０２に送っている様子を示す。

ここで、Ｐｒｉｎｔ Ｃａｐａｂｉｌｉｔｙ ｄｏｃｕｍｅｎｔでは、プリンタ２０２は、プリンタ２０２側のリプリント用メモリ容量を、ホスト２０１側に伝える。例えば、プリンタ２０２にはメモリ容量として６４Ｍｂｙｔｅ存在するが、そのうちの３０Ｍｂｙｔｅをプリント処理用に割り当てることができる等の情報をホスト２０１側が認識するために使用される。

プリンタ２０２側のメモリ容量の制限情報は、プリンタ２０２がホスト２０１側に伝えても良いし、プリンタＩＤを用いてホスト２０１側が、プリンタ２０２にメモリ量の制限情報を要求することでプリンタの能力を認識しても良い。

Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３の印刷されるドキュメントあるいはページ情報は、ホスト２０１からプリンタ２０２に直接送る構成でも、ホスト２０１がプリンタ２０２にＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３が格納されているＵＲＩを連絡して、プリンタ２０２がＵＲＩを用いてＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３受信するようにしても良い。

Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３が格納された記憶部のＵＲＩとして、ホスト２０１側のＵＲＩを指定しても良いし、Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３が別のサーバに蓄積されているなら別のサーバを示すＵＲＩを指定しても良い。

尚、Ｐｒｉｎｔ Ｔｉｃｋｅｔは、ＪＯＢレベル、ドキュメントレベル、ページレベルの階層にわかれて指定される。

リプリント用のデータ情報を送る場合、ＪＯＢレベル、ドキュメントレベルでリプリントデータを送っても良いし、ページ毎に、リプリントデータを送っても良い。

このような構成でリプリントを送る場合、上述した２１９から２２６までの信号のやり取りで、まず最初にＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３をプリントデータとして送る。

その後に、Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３をプリンタ２０２のリプリント用メモリに入りきるサイズに分割して、この分割したＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３をプリンタ２０２側に送る。そして、ユーザからのリプリント指示をホストあるいはプリンタが検知されると分割したＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３を印刷し、リプリント用メモリの空き状況により、分割したＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３に続く残りのＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３をホスト２０１からプリンタ２０２に送る。

ユーザからの枚数指定キーによる複数枚（部）リプリント要求があった場合は、ホスト２０１は指定された枚数、部数の印刷を実現できるＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３、あるいはＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３を分割したデータをプリンタ２０２に送る。

図１８は、図１７と同様にＸＰＳのプリントチケットを使用して、ホスト３０１からプリンタ３０２に対してプリントＪＯＢを送る様子を示している。サーバ３２７にＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ ２１３が記憶されている点が相違である。

３０１から３２５までは、図１７の２０１から２２５と同じである。Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ＵＲＩ３２６は、印刷する画像の記憶領域を示すＵＲＩ情報である。サーバ３２７は、予めプリントするＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ３１３を蓄積するサーバである。

Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ ＵＲＩ３２６のＵＲＩ情報により、ＧＥＴ Ｄａｔａ３２８によりＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ３１３を要求し、ＳＥＮＤ ＤＡＴＡ３２９で、Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ３１３をプリントするデータとして得る。

以上の構成によりプリンタ３０２が、図１７で説明したプリントデータあるいは、リプリントデータを、サーバ３２７から、を得て印刷が可能になる。

プリンタ３０２は、プリントデータとしてＵＲＩに従いＦｉｘｅｄ Ｄｏｃｕｍｅｎｔ３１３を取ってきて、印刷する。

Ｆｉｘｅｄ Ｄｏｃｕｍｅｎｔ３１３が分割されたリプリントデータは、ホスト３０１側で分割してサーバに記憶させても良い。そして、プリンタ３０２がプリンタリプリントメモリ容量に従いプリンタ側メモリにおいて蓄積する分だけ、プリントデータの印刷後予めリプリントデータを受信してメモリに蓄積する。

そして、プリンタ３０２あるいはホスト３０１からのリプリント指示があった時に、蓄積済みのデータを印刷して、メモリの空き状況に応じて、蓄積済みのデータに続くリプリントデータをＵＲＩから受信するようにしても良い。

実施例２を図４のフローチャートに従い、以下説明する。

図４は、サーバに分割しないリプリントデータをリプリントデータとして割り当てるホスト側の動作例である。図２との違いは、Ｓ４０６以降が、図２のＳ６移行と異なる点である。

ホストは、Ｓ４０６で、プリントデータをリプリントデータとしてサーバに格納し、リプリントデータ消去禁止するステップである。

Ｓ４０７は、リプリントを実現するためのサーバ５のＵＲＩをプリンタに伝達するステップである。

Ｓ４１０は、プリンタ側のリプリント処理終了したか、あるいはプリンタ側でリプリントデータの破棄要求があったかを判断するステップである。

Ｓ４１１は、ホストのユーザが、リプリントデータの破棄要求をしたかどうかを判断するステップである。

Ｓ４１２は、リプリントデータ保持期限に到達したかどうかを判断するステップである。

Ｓ４１３は、リプリントデータ消去許可するステップである。その結果、サーバ５におけるリプリントデータは消去される。

以上の構成により、プリンタの画像メモリ内（２５）にプリントデータがすべて蓄積された場合（Ｓ４０３）に、プリントデータをリプリントできる。また、画像メモリ内にプリントデータが入りきらない場合、（Ｓ４０３）プリントデータをリプリントデータとして、ホストからネットワーク３上のサーバ５に送信する。（Ｓ４０６）
そしてリプリント時には、プリンタが、ホストあるいはサーバからリプリントデータが保持されていると連絡を受けたＵＲＩ（Ｓ４０７）に従って、リプリントデータをプリンタの画像メモリ（２５）の空き状況に従って、受信して印刷する。

したがって、リプリント処理においてホスト（２あるいは４）の画像メモリを使用せず、サーバ（５）のメモリ（３７）を使用することにより、ホストの負担を減らすことができるという効果を得る。

実施例３を図５のフローチャートに従って説明する。

図５は、ホストのメモリに、分割しないプリントデータをリプリントデータとして割り当てるホスト側の動作例である。図４との違いは、図４のＳ４０６で、サーバにリプリントデータを格納しているのに対してＳ５０６で、ホスト内のメモリにリプリントデータを格納している部分である。

図６は、サーバあるいはホストＵＲＩから分割しないデータを受信するプリンタの動作例である。

図３との違いは、図３では、ホストから分割したデータをＳ３０７，Ｓ３１４でプリンタ側で受信しているのに対して、図６では、Ｓ６０７，Ｓ６１１で、プリンタ主導で、リプリント用メモリの容量を判断する。そして、ホストあるいはサーバから連絡されたＵＲＩに従って、リプリントメモリ容量分リプリントデータを受信している点である。また、Ｓ３１４で、ホストからデータを受信しているのに対して、Ｓ６１４で、連絡されたＵＲＩからデータを受信している点である。

以上の構成により、プリンタ（ １）の画像メモリ内（２５）にプリントデータがすべて蓄積された場合（Ｓ５０３）に、プリントデータを再印刷できる。また画像メモリ内にプリントデータが入りきらない場合、プリントデータを、リプリントデータとしてホスト内の画像メモリに保存する。（Ｓ５０６）
リプリント時には、プリンタが、ホストから連絡を受けたＵＲＩに従って、リプリントデータを、プリンタの画像メモリの空き状況に従って、受信して（Ｓ５０７）印刷する。

このようにプリンタ主導でＵＲＩに従いホストのメモリからデータを受信することにより、ホストでプリンタの状態を検知しながら、データ送付のタイミングをコントロールすることなくリプリント処理におけるホストの負荷を軽減する事が出来る。

実施例４では、ホストは、図７、プリンタは、図９のフローチャートで動作するものである。

図７は、プリントデータを分割したリプリントデータをサーバに割り当てるホスト側の動作例である。

図４との違いは、Ｓ４０６，Ｓ４０７で分割しないプリントデータを、サーバに格納し、そのＵＲＩをプリンタに連絡しているのに対して、Ｓ７０６，Ｓ７０７では、ホストはプリンタのリプリント用メモリ容量をチェックする。そして、ホストはプリントデータを分割し、プリンタのリプリント用メモリに格納できる分量のデータを最初の分割データとして残りの分割データとともにサーバに格納し、それぞれのデータのＵＲＩをプリンタに連絡する点である。

図９は、サーバあるいはホストＵＲＩから分割データを受信するプリンタの動作例である。図６との違いは、Ｓ６０７，Ｓ６１１では、プリンタがメモリに入りきる分量のデータを受信しているのに対して、Ｓ９０７，Ｓ９１１では、ホスト側で分割した、プリンタのメモリに入りきる分量のデータを、ＵＲＩに従いプリンタで受信している点である。

プリンタの画像メモリ内（２５）にプリントデータがすべて蓄積された（Ｓ９０５）場合にプリントデータを再印刷（以下リプリント）が可能である。

実施例４は以下のような処理となる。

画像メモリ内にプリントデータが入りきらない場合、リプリント用にメモリ容量内に蓄積可能な分割したデータ（Ｓ７０６）をホストからネットワーク上のサーバ（５）に送信（Ｓ７０７）する。

リプリント時には、プリンタが、ホストあるいはサーバから連絡を受けたＵＲＩに従って、分割されたリプリントデータをプリンタの画像メモリ内に蓄積する。（Ｓ９０７）
プリンタあるいはホストからのリプリントスタート（Ｓ９１０）指示に従い、（Ｓ９１１）プリンタは分割されたデータを印刷し、ホストは、残りの分割されたデータを、ホストからネットワーク上のサーバに送信し、（Ｓ７０７）プリンタは、ホストあるいはサーバから連絡を受けたＵＲＩに従って、最初の分割データを印刷後、残りの分割されたデータのＵＲＩに従って、残りの分割されたデータを受信して印刷する（Ｓ９１１）。

実施例３と同様に、プリンタ主導でホストのメモリからデータを受信することにより、ホストでプリンタの状態を検知しながら、データ送付のタイミングをコントロールする負荷を軽減する事が出来る。実施例３との違いとしては、予めホストでプリントデータを分割しておくことにより、プリンタでは、プリンタ内の画像メモリ容量を気にすることなく、分割したデータの処理を実施する事ができ、プリンタのメモリ容量チェックに要する負荷を軽減できるという効果を得る。

実施例５では、ホストは、図８のフローチャートで動作するものである。図８は、ホスト内メモリに分割データを割り当てるホスト側の動作例である。プリンタは、図９のフローチャートで動作する。図７との違いは、Ｓ７０７では、サーバにデータを格納しているのに対して、Ｓ８０７では、ホスト内のメモリにデータを格納している点である。

実施例４との違いは、サーバではなく、ホスト内のメモリにデータを蓄積する点である。この構成により、他のホスト（例えば６）から、データを消去あるいは改ざん、あるいは盗み見られる事を防ぎ、セキュリティ上の効果がある。ホスト内のメモリにデータは蓄積されるのでデータの信頼性が高い。

実施例６は、図６、図１０のフローチャートに従って動作する実施例である。

図１０は、プリントデータが、プリンタのメモリに入りきらない場合、ホストあるいはサーバのメモリ資源を割り当てるホストの動作例である。メモリに入りきらない場合は、サーバあるいは、ホストの資源を割り当てるホストあるいはサーバに蓄積されたリプリントデータは、プリント後も一定期間消去禁止にする。

図８のＳ８０２からＳ８０８までを、Ｓ１００２からＳ１００８に変更している。

Ｓ１００２は、プリントデータがリプリント指定かどうかを判断するステップである。Ｓ１００３は、プリンタのリプリント用メモリ容量検知するステップである。

Ｓ１００４は、リプリント用データすべてがメモリに格納可能かどうかを判断するステップである。

Ｓ１００５は、プリントデータをホストメモリ内、あるいはサーバに格納しリプリントデータ消去禁止するステップである。

Ｓ１００６は、プリントＵＲＩをプリンタに伝達するステップである。

Ｓ１００７は、プリンタにプリントデータを送信し、リプリントデータとして使用しないことを伝達するステップである。

Ｓ１００８は、プリンタにプリントデータを送信し、リプリントデータとしても使用することを伝達するステップである。

以上の構成によりリプリントデータとプリントデータを分けずに、その送り先を直接プリンタに送信するか、ホストあるいはサーバに格納するかを分けることにより、ホストの処理を簡素化できるという効果を得る。

プリントデータが、プリンタの画像メモリにすべて格納できる場合は、プリントデータをリプリントデータとしても使用可能とすることでホストとしては、その後の処理を、簡素化できる。また、プリントデータが、すべてプリンタの画像メモリに格納できない場合は、ホストあるいはサーバにデータを格納して、プリンタ主導で、そのデータを受信することにより、ホストの処理を簡素化できる。

以上の構成により、プリンタの画像メモリ容量をチェックし、プリントデータすべてが、画像メモリ内に蓄積可能と判断された場合は、プリントデータを、ホストからプリンタに直接送信し、（Ｓ１００８）プリント用並びにリプリント用に使用する。画像メモリに入りきらないと判断された場合は、プリントデータを、ホスト内の画像メモリあるいは、ネットワーク上のサーバに蓄積する。（Ｓ１００５）
そして蓄積されたプリントジョブを印刷するためのＵＲＩを、ホストあるいはサーバからプリンタに連絡し、（Ｓ１００６）プリンタは、ＵＲＩに従って、プリントデータを印刷し、印刷終了後、該ＵＲＩから該画像メモリに蓄積可能な分量のデータを、予め受信、蓄積する。（Ｓ６０７）
ホストあるいはプリンタからのリプリント指示で、蓄積されたデータを順次印刷し、画像メモリの空き状況に応じて、ＵＲＩから、印刷ＪＯＢの画像データを、順次受信して、リプリントを行う（Ｓ６１１）。

実施例７は、図１１のフローチャートにて動作を行う。

図１１は、プリントデータが、プリンタメモリに入りきらない場合、ホストあるいはサーバのメモリ資源を割り当てるホストの動作例である。ここで、ホストは、プリンタのメモリに入りきらない場合は、サーバあるいは、ホストの資源を割り当てる。又、ホストあるいはサーバに蓄積されたリプリントデータは、プリント後も一定期間消去禁止にする。図１０との違いは、Ｓ１００５が、Ｓ１１０５とＳ１００６に変更になっている点である。

Ｓ１１０５はプリンタにプリントデータを送信、リプリントデータとして使用しないことを伝達するステップである。

Ｓ１１０６は、リプリントデータをホストメモリ内、あるいはサーバ゛に格納しリプリントデータ消去禁止にするステップである。

本実施例によればプリントデータが画像メモリに入りきらない場合、プリントデータを直接プリンタに送信することで、プリンタより処理能力が高いホストにより高速な送信がでることでＦＰＯＴを確保できる。またリプリントデータは、ホストあるいはサーバの画像メモリに格納して、プリンタ主導でリプリントデータを受信する。それにより、ホストの負荷を軽減するという効果を得る。

以上の構成により、ホストで、プリンタの画像メモリ容量をチェックし、プリントデータすべてが、画像メモリ内に蓄積可能と判断された場合は、プリントデータを、ホストからプリンタに直接送信する。（Ｓ１１０９）
画像メモリに入りきらないと判断された場合は、プリントデータを、プリンタに直接送信した後にホスト内の画像メモリあるいは、ネットワーク上のサーバにプリントデータをリプリント用のデータとして蓄積する。（Ｓ１１０６）
そして蓄積されたリプリント用のデータを印刷するためのＵＲＩを、ホスト（４）あるいはサーバ（５）からプリンタに連絡する。（Ｓ１１０７）
プリンタは、プリント終了後、ＵＲＩから画像メモリに蓄積可能な分量のリプリント用のデータを予め受信、蓄積し、該ホストあるいは該プリンタからのリプリント指示で、該蓄積されたデータを順次印刷する。そして、画像メモリの空き状況に応じて、ＵＲＩに従い、リプリントデータを、順次受信して、リプリントを行う。

実施例８は、図１２のフローチャートにより動作する。

図１２は、ホストがプリンタにプリントデータ、リプリントデータが蓄積されたＵＲＩを連絡して、プリント、リプリントデータをプリンタがＵＲＩに従い得るシステムにおけるホスト側の処理である。

図１１との違いは、Ｓ１００３〜Ｓ１００８の代わりに、Ｓ１２０３，Ｓ１２０４，Ｓ１２０８〜Ｓ１２１２のステップを設けている。リプリント設定により、プリントデータ消去の条件を変えている。

Ｓ１２０３は、プリンタにプリントデータＵＲＩを送信、リプリントデータとしても使用することを伝達するステップである。

Ｓ１２０４は、プリンタにプリントデータＵＲＩを送信、リプリントデータとして使用しないことを伝達するステップである。

Ｓ１２０８は、プリンタ側のプリント処理終了あるいは破棄要求を検知するステップである。

Ｓ１２０９は、ホストユーザの破棄要求を検知するステップである。Ｓ１２１０は、プリントデータ保持期限に到達したかどうかを検知するステップである。

Ｓ１２１１は、プリントデータ消去許可を行うステップである。

Ｓ１２１２は、プリントデータ消去許可を行うステップである。

ホストあるいはサーバのメモリに記憶されたプリントデータは、いずれは消さないとメモリがフルになり、他の動作ができなくなってしまう。

本実施例では消すタイミングを、プリントデータの印刷設定をするホストのプリンタドライバにおいてリプリント設定されているかどうかでコントロールする。

印刷設定によりリプリント設定されている場合は、リプリント動作終了（Ｓ１２０５）あるいはリプリント動作が終了されると想定される時間に従いデータ保持期限（Ｓ１２０７）を決定し、保持期限に達したデータは消去する。

リプリント設定されていない場合は、プリント動作終了（Ｓ１２０８）あるいは、プリント動作終了すると想定される保持期限（Ｓ１２１０）に従い、保持期限に達したデータは消去する。

データ保持期限を、保持期限に比べ短くすることで、リプリントをユーザが忘れた場合等に不当にメモリを占有する欠点を防止できる。

以上の構成により、プリントあるいはリプリントにおけるホストあるいはサーバのメモリ資源を、有効に活用できるという効果を得る。

実施例９は、図１３のフローチャートに従い動作する。

図１３は、Ｓ３０９、６０９の一定時間の設定をＫＥＹ類もしくはホストにおけるユーザからの指示で変更可能とするものである。

Ｓ１３０１は、リプリントデータ蓄積中にプリンタで、他プリントＪＯＢを待たせる時間設定処理のスタートのステップである。Ｓ１３０２は、デフォルトの時間を設定するステップである。このデフォルトの時間は、プリンタ製造メーカが予め決めた時間である。

Ｓ１３０３は、プリンタのユーザからの設定変更指示を、プリンタが検知したかどうかを判断するステップである。

Ｓ１３０４は、ホストのユーザからの設定変更指示を、プリンタが検知したかどうかを判断するステップである。Ｓ１３０５は、一定時間の設定変更のステップである。

本実施例によれば、Ｓ３０９、６０９の一定時間をユーザの使用用途に合わせて設定できる。例えば、近くのＰＣからリプリントするユーザは、プリンタまでの移動時間を考慮して設定時間を短くし、遠くのＰＣからリプリントするユーザは、設定時間を長くするというような使い方ができる。

実施例１０は、図１９のフローチャートに従い動作する。

図１９は、複数のプリントジョブが、存在する場合に、そのプリンタジョブに応じたプリントジョブをプリンタの表示器に表示して、ユーザが選択可能にしたプリンタの動作フローチャートである。

Ｓ１９０１は、複数リプリントジョブ表示し、プリントジョブ選択処理開始のステップである。

Ｓ１９０２は、複数リプリントデータ有りかどうかを判断するステップである。

Ｓ１９０３は、所望の複数リプリントデータを表示するステップである。

Ｓ１９０４は、ユーザが所望のリプリントデータの印刷を選択の実行をしたか判断するステップである。

Ｓ１９０５は、印刷の終了のステップである。Ｓ１９０６は、選択されたリプリント実行のステップである。

図１９の例によれば、複数のリプリントジョブがプリンタに受け付けられた場合に（Ｓ１９０２）、プリンタは、受付済みのリプリントジョブを表示（Ｓ１９０３）し、受付済みのリプリントデータのうちユーザにより選択されたリプリントを実行（Ｓ１９０６）する。

以上の構成により、複数のリプリントデータがある事を表示し（Ｓ１９０３）選択されたリプリントデータをプリントする事（Ｓ１９０６）により、複数のリプリント実行を可能にするという効果を得る。

実施例１１は、図１４のフローチャートに従い動作する。

図１４は、ホスト側でプリンタドライバからユーザが複数枚印刷指定した場合は、自動的にリプリントを指定する、ホスト側の動作例である。

Ｓ１４０１は、スタートのステップである。

Ｓ１４０２は、ユーザがプリンタドライバから設定した部数が複数部の印刷かどうかを判断するステップである。

Ｓ１４０３は、その印刷に対しリプリントを指定するステップである。

Ｓ１４０４は、終了のステップである。

以上の構成により、ホストのプリンタドライバにおいてユーザから、複数部プリントの指示があった場合（Ｓ１４０２）、自動的にリプリント指定となる（Ｓ１４０３）。

その結果複数部の印刷をする場合に、自動的に１部印刷し、実施例１のようにそれをユーザが確認後に、残りを印刷する事により、ユーザが期待していない、無駄な印刷を複数部行う事を防止する効果が得られる。

実施例１２は、図１５のフローチャートで動作する。

図１５は、ホスト側で、複数枚印刷指定した場合で、さらにホストあるいはプリンタで、プリンタのトナーセーブモードあるいは、省エネモード指定設定した場合は、リプリント（お試し）モードになるホスト側の動作例である。

Ｓ１５０１は、スタートのステップである。

Ｓ１５０２は、複数部印刷かどうかを判断するステップである。

Ｓ１５０３は、ホストにおけるプリンタドライバによるユーザの設定がトナーセーブモードかどうかを判断するステップである。

Ｓ１５０４は、プリンタの設定が省エネモードかどうかを判断するステップである。

Ｓ１５０５は、その印刷に対してリプリント指定をするステップである。

Ｓ１５０６は、終了のステップである。

尚、トナーセーブモードとは、通常の印刷に比べ使用するトナー量を削減する（例えば、５０％等）することで使用するトナー利用をセーブするモードである。このトナーセーブモードを利用することで印刷物の濃度は低下する。尚、トナーセーブモードはエコモード、ドラフトモードと呼ばれることもある。

以上の構成により複数部印刷設定された場合でも省資源を期待しないユーザの場合、リプリントではなく、通常の複数部印刷を希望するユーザの可能性もある。トナーセーブモードを指定するユーザは、省資源を期待しているユーザである可能性が高い。そのような省資源を期待しているユーザを自動的に判別し、リプリント機能を自動的に選択できるという効果を得る。

［本発明の他の実施形態］
前述した実施形態の機能を実現するように前述した実施形態の構成を動作させるプログラムを記憶媒体に記憶させ、該記憶媒体に記憶されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も上述の実施形態の範疇に含まれる。また、前述のプログラムが記憶された記憶媒体はもちろんそのプログラム自体も上述の実施形態に含まれる。

かかる記憶媒体としてはたとえばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ―ＲＯＭ、磁気テープ、不揮発性メモリカード、ＲＯＭを用いることができる。

また前述の記憶媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウエア、拡張ボードの機能と共同して、ＯＳ上で動作し前述の実施形態の動作を実行するものも前述した実施形態の範疇に含まれる。

Claims (4)

1. プリントデータを印刷する印刷手段、
   画像メモリ内にプリントデータがすべて蓄積できない場合、前記プリントデータの一部の分割データを前記画像メモリ内に蓄積する蓄積手段、
   リプリントスタート指示を受ける受付手段、
   前記リプリントスタート指示に応じて、前記蓄積された分割データを前記印刷手段により印刷し、前記蓄積済みの分割データ以降の残りのプリントデータを前記印刷手段で印刷すべく受信する受信手段とを有する画像形成装置。
2. 複数部数印刷が設定されたプリントデータを１部印刷する印刷手段、
   前記プリントデータを前記画像メモリ内に蓄積する蓄積手段、
   リプリントスタート指示を受ける受付手段、
   前記リプリントスタート指示に応じて、前記印刷手段は前記蓄積手段に蓄積されたプリントデータを用いて、前記複数部数の残りを印刷することを特徴とする画像形成装置。
3. プリントデータを印刷する印刷ステップ、
   画像メモリ内にプリントデータがすべて蓄積できない場合、前記プリントデータの一部の分割データを前記画像メモリ内に蓄積する蓄積ステップ、
   リプリントスタート指示を受ける受付ステップ、
   前記リプリントスタート指示に応じて、前記蓄積された分割データを前記印刷手段により印刷し、前記蓄積済みの分割データ以降の残りのプリントデータを印刷すべく受信する受信ステップとを有することを特徴とする画像形成方法。
4. 複数部数印刷が設定されたプリントデータを１部印刷する印刷ステップ、
   前記プリントデータを前記画像メモリ内に蓄積する蓄積ステップ、
   リプリントスタート指示を受ける受付ステップ、
   前記リプリントスタート指示に応じて、前記蓄積ステップで蓄積されたプリントデータを用いて、前記複数部数の残りを印刷することを特徴とする画像形成方法。

Images