特許 7067112 情報処理装置、情報処理方法、プログラム及び画像処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-06

(45)【発行日】2022-05-16

(54)【発明の名称】情報処理装置、情報処理方法、プログラム及び画像処理装置

(51)【国際特許分類】

   B41J 29/38 20060101AFI20220509BHJP

   H04N 1/00 20060101ALI20220509BHJP

【ＦＩ】

B41J29/38 501

H04N1/00 E

H04N1/00 127B

【請求項の数】 7

(21)【出願番号】P 2018029442

(22)【出願日】2018-02-22

(65)【公開番号】P2019142136

(43)【公開日】2019-08-29

【審査請求日】2020-11-18

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】池田 勇二

【審査官】大浜 登世子

(56)【参考文献】

【文献】特開２０１１－０１０２１１（ＪＰ，Ａ）

【文献】特開平０７－１３２６６６（ＪＰ，Ａ）

【文献】特開平０６－０２４１００（ＪＰ，Ａ）

【文献】特開２０１３－０６７０３０（ＪＰ，Ａ）

【文献】特開２０１７－１１４１２１（ＪＰ，Ａ）

【文献】特開平１１－１５１８３７（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１１／００８５２０３（ＵＳ，Ａ１）

【文献】特開２００４－１３９４１４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ４１Ｊ ２９／３８

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

ネットワークを介して接続されるホスト装置から印刷ジョブを受信する受信手段と、
前記受信手段により受信した印刷ジョブに含まれる印刷データをラスタライズ処理した画像データを生成し、生成した画像データを所定の記憶領域に格納する画像データ生成手段と、
前記記憶領域に格納されている画像データを、ネットワークを介して接続される印刷装置に送信する送信手段と、
前記画像データの受信が完了したことを示す第１の通知を前記印刷装置から受信した場合、前記画像データが印刷された記録媒体の排紙が完了したことを示す第２の通知を前記印刷装置から受信する前に、前記第１の通知に対応する画像データを前記記憶領域から削除する削除手段と、
を有し、
前記削除手段は、
前記第１の通知を前記印刷装置から受信した場合であって、かつ、記録媒体の給紙を開始したことを示す第３の通知を前記印刷装置から受信した場合に、前記第１の通知に対応する画像データを前記記憶領域から削除する、ことを特徴とする情報処理装置。

【請求項2】

前記画像データ生成手段は、
前記画像データが印刷される記録媒体の印刷面を識別するシートＩＤ毎に、該印刷面に印刷される画像データを生成する、ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記画像データが印刷された記録媒体が排紙された場合、該排紙された記録媒体の印刷面のシートＩＤを保持する排紙シートＩＤ管理手段を有し、
前記画像データ生成手段は、
前記画像データが印刷された記録媒体が排紙できなかったことを示す第４の通知を前記印刷装置から受信した場合、前記排紙シートＩＤ管理手段が保持しているシートＩＤの次のシートＩＤから、該次のシートＩＤによって識別される記録媒体に印刷される画像データを生成する、ことを特徴する請求項２に記載の情報処理装置。

【請求項4】

ネットワークを介して接続されるホスト装置から印刷ジョブを受信する受信手段と、
前記受信手段により受信した印刷ジョブに含まれる印刷データをラスタライズ処理した画像データを生成し、生成した画像データを所定の記憶領域に格納する画像データ生成手段と、
前記記憶領域に格納されている画像データを、ネットワークを介して接続される印刷装置に送信する送信手段と、
前記画像データの受信が完了したことを示す第１の通知を前記印刷装置から受信した場合、前記画像データが印刷された記録媒体の排紙が完了したことを示す第２の通知を前記印刷装置から受信する前に、前記第１の通知に対応する画像データを前記記憶領域から削除する削除手段と、
を有し、
前記削除手段は、
前記第１の通知を受信する度に、該第１の通知に対応する画像データを前記記憶領域から削除する、ことを特徴とする情報処理装置。

【請求項5】

ネットワークを介して接続されるホスト装置から印刷ジョブを受信する受信手順と、
前記受信手順により受信した印刷ジョブに含まれる印刷データをラスタライズ処理した画像データを生成し、生成した画像データを所定の記憶領域に格納する画像データ生成手順と、
前記記憶領域に格納されている画像データを、ネットワークを介して接続される印刷装置に送信する送信手順と、
前記画像データの受信が完了したことを示す第１の通知を前記印刷装置から受信した場合、前記画像データが印刷された記録媒体の排紙が完了したことを示す第２の通知を前記印刷装置から受信する前に、前記第１の通知に対応する画像データを前記記憶領域から削除する削除手順と、
をコンピュータが実行し、
前記削除手順は、
前記第１の通知を前記印刷装置から受信した場合であって、かつ、記録媒体の給紙を開始したことを示す第３の通知を前記印刷装置から受信した場合に、前記第１の通知に対応する画像データを前記記憶領域から削除する、ことを特徴とする情報処理方法。

【請求項6】

ネットワークを介して接続されるホスト装置から印刷ジョブを受信する受信手順と、
前記受信手順により受信した印刷ジョブに含まれる印刷データをラスタライズ処理した画像データを生成し、生成した画像データを所定の記憶領域に格納する画像データ生成手順と、
前記記憶領域に格納されている画像データを、ネットワークを介して接続される印刷装置に送信する送信手順と、
前記画像データの受信が完了したことを示す第１の通知を前記印刷装置から受信した場合、前記画像データが印刷された記録媒体の排紙が完了したことを示す第２の通知を前記印刷装置から受信する前に、前記第１の通知に対応する画像データを前記記憶領域から削除する削除手順と、
をコンピュータに実行させ、
前記削除手順は、
前記第１の通知を前記印刷装置から受信した場合であって、かつ、記録媒体の給紙を開始したことを示す第３の通知を前記印刷装置から受信した場合に、前記第１の通知に対応する画像データを前記記憶領域から削除する、ことを特徴とするプログラム。

【請求項7】

画像処理エンジンを有する画像処理装置であって、
ネットワークを介して接続されるホスト装置から印刷ジョブを受信する受信手段と、
前記受信手段により受信した印刷ジョブに含まれる印刷データをラスタライズ処理した画像データを生成し、生成した画像データを所定の記憶領域に格納する画像データ生成手段と、
前記記憶領域に格納されている画像データを、前記画像処理エンジンに送信する送信手段と、
前記画像データの受信が完了したことを示す第１の通知を前記画像処理エンジンから受信した場合、前記画像データが印刷された記録媒体の排紙が完了したことを示す第２の通知を前記画像処理エンジンから受信する前に、前記第１の通知に対応する画像データを前記記憶領域から削除する削除手段と、
を有し、
前記削除手段は、
前記第１の通知を前記画像処理エンジンから受信した場合であって、かつ、記録媒体の給紙を開始したことを示す第３の通知を前記画像処理エンジンから受信した場合に、前記第１の通知に対応する画像データを前記記憶領域から削除する、ことを特徴とする画像処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、プログラム及び画像処理装置に関する。

【背景技術】

【0002】

ＰＣ（Personal Computer）等のホスト装置と、ホスト装置からの印刷要求に基づくラスタライズ処理を行って画像データを生成する外部コントローラと、外部コントローラからの画像データを記録媒体に印刷する印刷装置とが含まれる印刷システムが従来から知られている。このような外部コントローラでは、例えば、印刷装置で発生したジャム等に伴う再印刷（これは「リカバリ印刷」とも称される。）に備えて、画像データが記録媒体に印刷された印刷物が排紙されるまで、当該画像データをバッファメモリ上に保持している。

【0003】

また、プリンタに送信する印刷データを保存するホスト装置において、排紙が終了したか否かをプリンタに問い合わせて、プリンタでの排紙が終了した場合に、保存している印刷データを消去する技術が知られている（例えば、特許文献１参照）。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ここで、外部コントローラは、印刷装置における高速な連続印刷処理に追従するために、印刷処理に先立って、画像データを印刷装置に連続して供給する必要がある。

【0005】

他方で、例えばページサイズの大きな画像を大量に印刷する印刷要求が行われた場合、外部コントローラは、ページサイズの大きな画像データを大量にバッファメモリ上に保持しておく必要があり、バッファメモリの記憶容量が上限に達することがある。このような場合、外部コントローラは、ラスタライズ処理を行えないため、バッファメモリに空き容量ができるまで待つ必要がある。

【0006】

したがって、外部コントローラは、画像データを印刷装置に連続して供給することができなくなり、印刷装置における印刷処理にも待ち時間が発生してしまう場合があった。このため、印刷物の生産性が低下する場合がった。なお、印刷処理の待ち時間は「間欠区間」とも称される。

【0007】

本発明の実施の形態は、上記の点に鑑みてなされたもので、印刷物の生産性の低下を防止することを目的とする。

【課題を解決するための手段】

【0008】

上記目的を達成するため、本発明の実施の形態は、ネットワークを介して接続されるホスト装置から印刷ジョブを受信する受信手段と、前記受信手段により受信した印刷ジョブに含まれる印刷データをラスタライズ処理した画像データを生成し、生成した画像データを所定の記憶領域に格納する画像データ生成手段と、前記記憶領域に格納されている画像データを、ネットワークを介して接続される印刷装置に送信する送信手段と、前記画像データの受信が完了したことを示す第１の通知を前記印刷装置から受信した場合、該第１の通知に対応する画像データを前記記憶領域から削除する削除手段と、を有することを特徴とする。

【発明の効果】

【0009】

印刷物の生産性の低下を防止することができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態に係る印刷システムの全体構成の一例を示す図である。

【図2】本実施形態に係る印刷制御装置のハードウェア構成の一例を示す図である。

【図3】本実施形態に係る印刷装置のハードウェア構成の一例を示す図である。

【図4】本実施形態に係る印刷システムにおけるバッファメモリの解放タイミングを説明するための図である。

【図5】本実施形態に係る印刷システムの機能構成の一例を示す図である。

【図6】シート管理データの一例を示す図である。

【図7】本実施形態に係る印刷制御装置が画像データを生成及び格納する処理の一例を示すフローチャートである。

【図8】本実施形態に係る印刷実行処理の一例を示すシーケンス図である。

【図9】本実施形態に係る印刷制御装置が各種通知を受信した場合の処理の一例を示すフローチャートである。

【図10】本実施形態に係る印刷制御装置が各種通知を受信した場合の処理の他の例を示すフローチャートである。

【図11】排紙完了通知の受信時に画像データを破棄する場合と画像データ受信完了通知の受信時に画像データを破棄する場合との比較例を示す図である。

【発明を実施するための形態】

【0011】

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。

【0012】

＜全体構成＞
まず、本実施形態に係る印刷システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係る印刷システム１の全体構成の一例を示す図である。

【0013】

図１に示すように、本実施形態に係る印刷システム１には、１台以上のホスト装置１０と、印刷制御装置２０と、印刷装置３０とが含まれる。ホスト装置１０と印刷制御装置２０とは、例えばＬＡＮ（Local Area Network）等のネットワークを介して通信可能に接続されている。また、印刷制御装置２０と印刷装置３０とは、例えば専用線等の通信線を介して通信可能に接続されている。

【0014】

ただし、ホスト装置１０と印刷制御装置２０との間は、ＬＡＮに限られず、任意の通信規格を用いて接続されていても良い。また、ホスト装置１０と印刷制御装置２０との間の接続は、有線又は無線のいずれであっても良いし、有線及び無線の両方が混在していても良い。更に、印刷制御装置２０と印刷装置３０との間は、専用線等に限られず、例えばＬＡＮ等のネットワークを介して通信可能に接続されていても良い。

【0015】

ホスト装置１０は、例えばＰＣ（パーソナルコンピュータ）等である。ホスト装置１０には、印刷対象となる文書や画像等（これら印刷対象となる文書や画像等を「印刷対象データ」とも表す。）を作成するためのアプリケーションが搭載されている。ホスト装置１０は、当該アプリケーションにおける印刷設定操作及び印刷指示操作等に応じて、任意のＰＤＬ（Page Description Language）によって記述された印刷データと、印刷設定情報とが含まれる印刷ジョブを生成し、生成した印刷ジョブを印刷制御装置２０に送信する。なお、印刷データには、例えば、文字や図形等の描画命令、これらの文字や図形等の属性、ページ内での描画位置、縮尺等がＰＤＬによって記述されている。また、印刷設定情報には、例えば、ユーザにより指定された各種印刷設定（例えば、両面／片面、Ｎ－ｕｐ印刷（又は割付印刷）、カラー／モノクロ等）を示す情報、印刷物を出力する排紙トレイやスタッカ等を示す情報、印刷部数を示す情報等が含まれる。

【0016】

なお、ホスト装置１０は、例えば、スマートフォン、タブレット端末、携帯電話、電子黒板装置等の各種の情報処理装置であっても良い。

【0017】

印刷制御装置２０は、例えばＤＦＥ（Digital Front End）等の外部コントローラである。印刷制御装置２０は、ホスト装置１０から印刷ジョブを受信すると、印刷ジョブに含まれる印刷データをラスタライズ処理して、ラスタイメージ形式の画像データを生成する。以降では、単に「画像データ」と表した場合は、印刷データをラスタライズ処理して生成した画像データ（つまり、ラスタイメージ形式の画像データ）であるものとする。なお、ラスタライズ処理は、ＲＩＰ（Raster Image Processor）処理とも称される。

【0018】

そして、印刷制御装置２０は、生成した画像データをバッファメモリに格納した上で、印刷設定情報が含まれる印刷指示を印刷装置３０に送信する。その後、印刷制御装置２０は、印刷装置３０からの要求に応じて、当該画像データを印刷装置３０に送信する。これにより、印刷装置３０では、印刷設定情報に従って、画像データ（より正確には、画像データが表す画像）が記録媒体に印刷される。

【0019】

印刷装置３０は、プロッタ等の画像処理エンジンが搭載された画像処理装置である。印刷装置３０は、印刷制御装置２０から受信した印刷設定情報に従って、画像データを記録媒体に印刷する。これにより、画像データが記録媒体上に印刷された印刷物が作成及び出力される。なお、記録媒体は、紙に限られない。記録媒体としては、例えば、コート紙、厚紙、ＯＨＴ（Overhead Projector）シート、プラスチックフィルム、プリプレグ、銅箔等であっても良い。

【0020】

なお、図１に示す印刷システム１の全体構成は一例であって、他の構成であっても良い。例えば、印刷制御装置２０と印刷装置３０とが１対１に接続されている場合に限られず、１台の印刷制御装置２０に対して複数台の印刷装置３０が接続されていても良い。また、印刷制御装置２０と印刷装置３０とが１台の画像処理装置４０で実現されていても良い。

【0021】

＜ハードウェア構成＞
次に、本実施形態に係る印刷システム１に含まれる印刷制御装置２０及び印刷装置３０のハードウェア構成について説明する。

【0022】

≪印刷制御装置２０≫
以降では、本実施形態に係る印刷制御装置２０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係る印刷制御装置２０のハードウェア構成の一例を示す図である。

【0023】

図２に示すように、本実施形態に係る印刷制御装置２０は、ＣＰＵ（Central Processing Unit）２１と、ＲＯＭ（Read Only Memory）２２と、ＲＡＭ（Random Access Memory）２３と、補助記憶装置２４とを有する。また、本実施形態に係る印刷制御装置２０は、通信Ｉ／Ｆ２５と、入力装置２６と、表示装置２７と、専用Ｉ／Ｆ２８とを有する。これら各ハードウェアは、バス２９により相互に通信可能に接続されている。

【0024】

入力装置２６は、例えば、キーボードやマウス、タッチパネル等であり、各種操作を入力するのに用いられる。表示装置２７は、ディスプレイ等であり、各種の処理結果を表示する。なお、印刷制御装置２０は、入力装置２６及び表示装置２７のうちの少なくとも一方を有していなくても良い。

【0025】

ＲＡＭ２３は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＲＯＭ２２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。

【0026】

補助記憶装置２４は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等であり、プログラムやデータを格納している不揮発性の記憶装置である。補助記憶装置２４に格納されるプログラムやデータには、印刷制御装置２０全体を制御する基本ソフトウェアであるＯＳ（Operating System）、ＯＳ上で動作する各種アプリケーション、本実施形態を実現するプログラム等がある。

【0027】

ＣＰＵ２１は、例えば補助記憶装置２４やＲＯＭ２２等からプログラムやデータをＲＡＭ２３上に読み出して、各種処理を実行する演算装置である。通信Ｉ／Ｆ２５は、ホスト装置１０との間でデータ通信を行うためのインタフェースである。印刷制御装置２０は、通信Ｉ／Ｆ２５を介して、ホスト装置１０から印刷ジョブ等を受信することができる。

【0028】

専用Ｉ／Ｆ２８は、印刷装置３０との間でデータ通信を行うためのインタフェースである。印刷制御装置２０は、専用Ｉ／Ｆ２８を介して、画像データや印刷設定等を印刷装置３０に送信することができる。

【0029】

本実施形態に係る印刷制御装置２０は、図２に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

【0030】

なお、ホスト装置１０は、専用Ｉ／Ｆ２８を有しない点を除けば、印刷制御装置２０と同様のハードウェア構成を有する。

【0031】

≪印刷装置３０≫
以降では、本実施形態に係る印刷装置３０のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態に係る印刷装置３０のハードウェア構成の一例を示す図である。

【0032】

図３に示すように、本実施形態に係る印刷装置３０は、ＣＰＵ３１と、ＲＯＭ３２と、ＲＡＭ３３と、補助記憶装置３４と、通信Ｉ／Ｆ３５と、操作パネル３６と、専用Ｉ／Ｆ３７と、プロッタ３８とを有する。これら各ハードウェアは、バス３９により相互に通信可能に接続されている。

【0033】

操作パネル３６は、ユーザの入力操作を受け付ける入力部と、ユーザに対して各種画面等を表示する表示部とを備えるユーザインタフェースである。

【0034】

ＲＡＭ３３は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＲＯＭ３２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。

【0035】

補助記憶装置３４は、例えば、ＨＤＤやＳＳＤ等であり、プログラムやデータを格納している不揮発性の記憶装置である。補助記憶装置３４に格納されるプログラムやデータには、印刷装置３０全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上で動作する各種アプリケーション、本実施形態を実現するプログラム等がある。

【0036】

ＣＰＵ３１は、例えば補助記憶装置３４やＲＯＭ３２等からプログラムやデータをＲＡＭ３３上に読み出して、各種処理を実行する演算装置である。通信Ｉ／Ｆ３５は、他の装置等との間でデータ通信を行うためのインタフェースである。専用Ｉ／Ｆ３７は、印刷制御装置２０との間でデータ通信を行うためのインタフェースである。印刷装置３０は、専用Ｉ／Ｆ３７を介して、印刷制御装置２０から画像データや印刷設定情報等を受信することができる。プロッタ３８は、画像データを記録媒体上に印刷する画像処理エンジンである。

【0037】

本実施形態に係る印刷装置３０は、図３に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

【0038】

＜バッファメモリの解放タイミング＞
ここで、上述したように、画像データは、印刷制御装置２０が有するバッファメモリに格納される。そこで、以降では、バッファメモリから画像データを削除（破棄）して、当該バッファメモリの記憶領域を解放するタイミングについて、図４を参照しながら説明する。図４は、本実施形態に係る印刷システム１におけるバッファメモリの解放タイミングを説明するための図である。

【0039】

以降では、一例として、１つのシートに対して、１ページ分の画像を示す画像データを印刷するものとし、各画像データのデータ容量が同じであるものとする。また、印刷制御装置２０が有するバッファメモリ２１０には、最大で４つ画像データが格納可能であるものとする。

【0040】

なお、シートとは、１枚の記録媒体のことである。また、１つのシートに対して印刷される画像データは、最大で２つであり、印刷設定によって異なる。例えば、印刷設定として片面印刷が指定されている場合は、１つのシートに対し１つの画像データが印刷される。一方で、例えば、印刷設定として両面印刷が指定されている場合は、１つのシートに対して２つの画像データが印刷される。更に、１つの画像データが示す画像のページ数も印刷設定によって異なる。例えば、印刷設定としてＮ－ｕｐ印刷が指定されている場合、１つの画像データは、Ｎページ分の画像を示す画像データとなる。

【0041】

図４では、シート１～シート３の印刷処理が行われ、シート１及びシート２に画像データが印刷された印刷物が排紙済みである一方、シート３に画像データが印刷された印刷物は未排紙である様子を表している。また、バッファメモリ２１０には、画像データ（ページ４）から画像データ（ページ７）までが格納されているものとする。

【0042】

このとき、印刷制御装置２０は、印刷装置３０からの要求に応じて、バッファメモリ２１０に格納されている画像データを印刷装置３０に送信する。すなわち、印刷制御装置２０は、印刷装置３０からの要求に応じて、画像データ（ページ４）を印刷装置３０に送信する。そして、印刷制御装置２０は、当該画像データ（ページ４）の受信完了通知を印刷装置３０から受信した場合、当該画像データ（ページ４）をバッファメモリ２１０から削除（破棄）する。これにより、バッファメモリ２１０における画像データ（ページ４）の記憶領域が解放される。したがって、印刷制御装置２０は、次の画像データである画像データ（ページ８）を生成し、バッファメモリ２１０に格納することができるようになる。

【0043】

以降も同様に、印刷制御装置２０は、画像データ（ページ５）を印刷装置３０に送信した後、当該画像データ（ページ５）の受信完了通知を印刷装置３０から受信した場合、当該画像データ（ページ５）をバッファメモリ２１０から破棄する。

【0044】

このように、本実施形態に係る印刷制御装置２０は、当該画像データが印刷された記録媒体（すなわち、印刷物）が排紙される前に当該画像データをバッファメモリ２１０から破棄する。これにより、本実施形態に係る印刷制御装置２０では、画像データをバッファメモリ２１０上に保持しておく時間が短くなるため、間欠区間の発生頻度を低減させることができると共に、間欠区間の期間を短くさせることができる。

【0045】

なお、例えば、印刷装置３０でジャム等が発生し、リカバリ印刷が必要となった場合、印刷制御装置２０は、排紙が完了したシート（図４に示す例ではシート２）の次のシート（図４に示す例ではシート３）から画像データを再生成する。画像データの再生成には、既存技術が用いられる。例えば、印刷データがページの途中から印刷が可能なデータ形式（例えば、ＰＤＦ（Portable Document Format）等）である場合は、シート３に印刷される画像データ（ページ３）から画像データが順に生成される。一方で、例えば、印刷データが先頭ページから順にラスタライズ処理する必要があるデータ形式（例えば、ＰｏｓｔＳｃｒｉｐｔ等）である場合、ページ１及びページ２のラスタライズ処理を順にスキップされた後に、画像データ（ページ３）から画像データが順に生成される。

【0046】

＜機能構成＞
次に、本実施形態に係る印刷システム１に含まれる印刷制御装置２０及び印刷装置３０の機能構成について、図５を参照しながら説明する。図５は、本実施形態に係る印刷システム１の機能構成の一例を示す図である。

【0047】

≪印刷制御装置２０≫
図５に示すように、本実施形態に係る印刷制御装置２０は、第１の受信部２０１と、シート管理データ作成部２０２と、画像データ生成部２０３と、印刷指示部２０４とを有する。また、本実施形態に係る印刷制御装置２０は、画像データ送信部２０５と、第２の受信部２０６と、排紙完了シートＩＤ管理部２０７と、領域解放部２０８とを有する。これら各部は、印刷制御装置２０にインストールされた１以上のプログラムがＣＰＵ２１に実行させる処理により実現される。

【0048】

更に、本実施形態に係る印刷制御装置２０は、バッファメモリ２１０を有する。バッファメモリ２１０は、例えば、補助記憶装置２４を用いて実現可能である。

【0049】

第１の受信部２０１は、ホスト装置１０で生成された印刷ジョブを受信する。シート管理データ作成部２０２は、第１の受信部２０１により受信された印刷ジョブに基づいて、シート毎に、シート管理データ１０００を作成する。シート管理データ１０００とは、シート単位で、当該シート上に印刷される画像及びページに関する情報等を管理するデータである。

【0050】

ここで、シート管理データ１０００の一例を図６に示す。図６は、シート管理データ１０００の一例を示す図である。

【0051】

図６に示すように、シート管理データ１０００には、シートＩＤ、画像ＩＤ及びページＩＤ等が含まれる。シートＩＤとは、シートを識別する識別情報である。画像ＩＤとは、画像データ生成部２０３により生成された画像データを識別する識別情報である。ページＩＤとは、ページを識別する識別情報である。

【0052】

例えば、図６に示すシート管理データ１０００には、シートＩＤ「ｓｈｅｅｔ００１」と、画像ＩＤ「ｉｍａｇｅ００１」と、ページＩＤ「ｐａｇｅ００１」とが対応付けられている。これは、シートＩＤ「ｓｈｅｅｔ００１」のシート上には、画像ＩＤ「ｉｍａｇｅ００１」の画像データが印刷され、この画像データが示す画像はページＩＤ「ｐａｇｅ００１」のページであることを示している。

【0053】

なお、図６に示す例は、１つのシート上に１ページ分の画像データが印刷される場合のシート管理データ１０００である。例えば、印刷設定として両面印刷が指定されている場合、シート管理データ１０００には、１つのシートＩＤと、２つの画像ＩＤと、これらの画像ＩＤにそれぞれ対応付けられた２つのページＩＤが含まれる。また、例えば、片面印刷とＮ－ｕｐ印刷（又は割付印刷）とが指定されている場合、シート管理データ１０００には、１つのシートＩＤと、１つの画像ＩＤと、この画像ＩＤに対応付けられたＮページ分のページＩＤとが含まれることになる。

【0054】

また、図６に示すシート管理データ１０００には、シートＩＤ、ページＩＤ及び画像ＩＤ以外にも、例えば、当該画像ＩＤの画像データの格納先（すなわち、バッファメモリ２１０の格納先）が含まれていても良い。

【0055】

このように、シート管理データ１０００では、シート毎に、当該シートに印刷される画像データの画像ＩＤと、当該画像データが示す画像上に配置されるページのページＩＤとが対応付けて管理されている。

【0056】

図５に戻る。画像データ生成部２０３は、バッファメモリ２１０に空き領域が存在する場合、第１の受信部２０１により受信された印刷ジョブに基づいて、画像データを生成し、生成した画像データをバッファメモリ２１０に格納する。また、このとき、画像データ生成部２０３は、画像データの画像ＩＤ及びページＩＤを生成した上で、該当のシート管理データ１０００に対して、当該画像ＩＤと当該ページＩＤとを対応付けて記憶させる。

【0057】

一方で、画像データ生成部２０３は、バッファメモリ２１０に空き領域が存在しない場合、バッファメモリ２１０に空き領域ができるまで待機した上で、画像データを生成し、生成した画像データをバッファメモリ２１０に格納する。

【0058】

なお、画像データと画像ＩＤとを対応付けは、例えば、画像データと当該画像データの画像ＩＤとが対応付けられてバッファメモリ２１０に格納されていても良いし、シート管理データ１０００で画像ＩＤと当該画像ＩＤの画像データの格納先とが対応付けられていても良い。

【0059】

印刷指示部２０４は、シート毎に、当該シートに印刷される画像データの画像ＩＤ等を指定した印刷指示を印刷装置３０に送信する。画像データ送信部２０５は、印刷装置３０からの要求に応じて、当該要求に含まれる画像ＩＤの画像データをバッファメモリ２１０から読み出して、当該画像データを、要求元の印刷装置３０に送信する。

【0060】

第２の受信部２０６は、印刷装置３０からの各種通知や要求等を受信する。ここで、印刷装置３０からの各種通知には、画像データ受信完了通知、排紙完了通知、ジャム発生通知等が存在する。画像データ受信完了通知とは、印刷装置３０が画像データの受信を完了したことを示す通知である。排紙完了通知とは、印刷装置３０が印刷物の排紙を完了したことを示す通知である。ジャム発生通知とは、印刷装置３０でジャム（用紙詰まり）が発生したことを示す通知である。なお、これら以外にも、各種通知には、例えば、用紙切れを示す通知や何らかの故障が発生したことを示す通知等、種々の通知が存在する。

【0061】

また、印刷装置３０からの要求には、画像データの送信要求等が存在する。画像データの送信要求とは、印刷制御装置２０に対して画像データの送信を依頼することを示す要求である。

【0062】

排紙完了シートＩＤ管理部２０７は、第２の受信部２０６により排紙完了通知が受信された場合、排紙が完了したシートのシートＩＤを、排紙完了シートＩＤ２０００として管理する。排紙完了シートＩＤ２０００は、排紙が完了したシートのうち、最後のシートのシートＩＤのことである。ただし、排紙完了シートＩＤ２０００は、例えば、排紙が完了した全てのシートのシートＩＤが含まれる情報であっても良い。なお、排紙完了シートＩＤ２０００は、例えば、補助記憶装置２４やＲＡＭ２３等に記憶される。

【0063】

領域解放部２０８は、第２の受信部２０６により画像データ受信完了通知が受信された場合、バッファメモリ２１０に格納されている画像データのうち、該当の画像データを削除（破棄）する。これにより、バッファメモリ２１０における当該画像データの記憶領域が解放される。

【0064】

また、領域解放部２０８は、第２の受信部２０６によりジャム発生通知が受信された場合、バッファメモリ２１０に格納されている全ての画像データを削除（破棄）する。このように、ジャムが発生した場合は、領域解放部２０８は、バッファメモリ２１０に格納されている全ての画像データを破棄する。その後、画像データ生成部２０３により、排紙完了シートＩＤが示すシートの次のシートから画像データが再生成される。

【0065】

≪印刷装置３０≫
図５に示すように、本実施形態に係る印刷装置３０は、受信部３０１と、印刷処理部３０２と、送信部３０３とを有する。これら各部は、印刷装置３０にインストールされた１以上のプログラムがＣＰＵ３１に実行させる処理により実現される。

【0066】

受信部３０１は、印刷制御装置２０からの印刷指示や画像データ等を受信する。印刷処理部３０２は、印刷制御装置２０からの印刷指示に応じて、画像データの印刷処理を行う。送信部３０３は、画像データの送信要求や各種通知等を印刷制御装置に送信する。

【0067】

＜処理の詳細＞
以降では、本実施形態に係る印刷システム１の処理の詳細について説明する。

【0068】

≪画像データを生成及び格納する処理≫
まず、印刷制御装置２０が画像データを生成し、生成した画像データをバッファメモリ２１０に格納する処理について、図７を参照しながら説明する。図７は、本実施形態に係る印刷制御装置２０が画像データを生成及び格納する処理の一例を示すフローチャートである。

【0069】

第１の受信部２０１は、ホスト装置１０で生成された印刷ジョブを受信する（ステップＳ１０１）。なお、印刷ジョブには、印刷データと、印刷設定情報とが含まれる。

【0070】

以降のステップＳ１０２～ステップＳ１０５の処理は、シート毎に実行される。例えば、シート数をＭとした場合、シート１，・・・，シートｍ，・・・，シートＭの順に繰り返し実行される。ただし、複数のシートに対して、ステップＳ１０２～ステップＳ１０５の処理が並列で実行されても良い。

【0071】

なお、シート数Ｍは、印刷データ及び印刷設定情報によって決定される。例えば、印刷データに含まれるページ数が１０ページであり、かつ、印刷設定情報にＮ－ｕｐ印刷が設定されていることを示す情報が含まれない場合、１つのシートには１ページが配置されるため、シート数Ｍは「１０」となる。一方で、例えば、印刷データに含まれるページ数が１０ページであり、かつ、印刷設定情報に２－ｕｐ印刷が設定されていることを示す情報が含まれる場合、１つのシートには２ページが配置されるため、シート数Ｍは「５」となる。

【0072】

本実施形態では、一例として、印刷設定情報に「片面」が設定されていると共に、Ｎ－ｕｐ印刷は設定されていないものとして説明する。したがって、本実施形態では、１つのシートには、１つの画像データが印刷され、この画像データが示す画像は１ページ分の画像である。

【0073】

シート管理データ作成部２０２は、第１の受信部２０１により受信された印刷ジョブに基づいて、該当のシート（以降では、「シートｍ」とする。）のシート管理データ１０００を作成する（ステップＳ１０２）。このシート管理データ１０００には、シートｍのシートＩＤが含まれる。なお、画像ＩＤ及びページＩＤには、例えばブランク又は空値が設定される。

【0074】

次に、画像データ生成部２０３は、バッファメモリ２１０に空き領域が存在するか否かを判定する（ステップＳ１０３）。

【0075】

ステップＳ１０３において、バッファメモリ２１０に空き領域が存在すると判定した場合、画像データ生成部２０３は、印刷ジョブに含まれる印刷データ及び印刷設定情報に基づいて、シート管理データ１０００に含まれるシートＩＤのシート上に印刷される画像データを生成する。そして、画像データ生成部２０３は、生成した画像データをバッファメモリ２１０に格納する（ステップＳ１０４）。

【0076】

例えば、上記のステップＳ１０２で作成されたシート管理データ１０００に含まれるシートＩＤが「ｓｈｅｅｔ００１」である場合、画像データ生成部２０３は、シートＩＤが「ｓｈｅｅｔ００１」のシート上に印刷される１ページ分の画像を示す画像データを生成する。

【0077】

また、このとき、画像データ生成部２０３は、生成した画像データの画像ＩＤ及びページＩＤを生成し、シート管理データ１０００に含まれるシートＩＤに対して、当該画像ＩＤとページＩＤとを対応付けて記憶させる。すなわち、１ページ目の画像を示す画像データを生成した場合、画像データ生成部２０３は、例えば、画像ＩＤ「ｉｍａｇｅ００１」及びページＩＤ「ｐａｇｅ００１」を生成して、シートＩＤ「ｓｈｅｅｔ００１」と対応付けてシート管理データ１０００に記憶させる。なお、画像データ生成部２０３は、更に、ページＩＤ及び画像ＩＤに対して、バッファメモリ２１０における画像データの格納先を対応付けてシート管理データ１０００に記憶させても良い。

【0078】

一方で、ステップＳ１０３において、バッファメモリ２１０に空き領域が存在しないと判定した場合、画像データ生成部２０３は、空き領域ができるまで待機する。そして、空き領域ができた場合に、画像データ生成部２０３は、上記のステップＳ１０４と同様に、画像データの生成とバッファメモリ２１０への格納とを行う（ステップＳ１０５）。

【0079】

以上のように、本実施形態に係る印刷制御装置２０は、シートの昇順に画像データを生成し、生成した画像データをバッファメモリ２１０に格納する。なお、このとき、上述したように、バッファメモリ２１０に空き領域が存在しない場合、印刷制御装置２０は、空き領域ができるまで待機した後、画像データを生成する。

【0080】

本実施形態に係る印刷制御装置２０は、後述する印刷実行処理により、バッファメモリ２１０に空き領域が存在しない頻度を低減させると共に、空き領域が存在しない場合であっても空き領域ができるまでの待機時間を削減させることができる。

【0081】

≪印刷実行処理≫
次に、印刷制御装置２０のバッファメモリ２１０に格納されている画像データの印刷を印刷装置３０で実行させる処理について、図８を参照しながら説明する。図８は、本実施形態に係る印刷実行処理の一例を示すシーケンス図である。以降のステップＳ２０１～ステップＳ２１１の処理は、シート毎に繰り返し実行される。

【0082】

印刷制御装置２０の印刷指示部２０４は、該当のシート（以降では、「シートｍ」とする。）の印刷指示を印刷装置３０に送信する（ステップＳ２０１）。印刷指示には、シートｍのシート管理データ１０００に含まれる画像ＩＤと、印刷設定情報とが含まれる。なお、シート管理データ１０００に複数の画像ＩＤが含まれる場合、印刷指示には、これら複数の画像ＩＤが含まれても良い。

【0083】

印刷装置３０の送信部３０３は、受信部３０１が印刷指示を受信すると、画像データの送信要求を印刷制御装置２０に送信する（ステップＳ２０２）。この画像データの送信要求には、当該印刷指示に含まれる画像ＩＤ又は当該印刷指示に含まれる画像ＩＤのうちの１つの画像ＩＤが含まれる。

【0084】

印刷制御装置２０の画像データ送信部２０５は、第２の受信部２０６により画像データの送信要求が受信されると、当該送信要求に含まれる画像ＩＤの画像データをバッファメモリ２１０から読み出して、印刷装置３０に送信する（ステップＳ２０３）。

【0085】

なお、画像ＩＤと画像データとが対応付けられてバッファメモリ２１０に格納されている場合は、画像データ送信部２０５は、当該送信要求に含まれる画像ＩＤに対応付けられている画像データをバッファメモリ２１０から読み出せば良い。また、シート管理データ１０００で画像ＩＤと画像データの格納先とが対応付けられている場合は、画像データ送信部２０５は、当該送信要求に含まれる画像ＩＤに対応付けられている格納先から画像データを読み出せば良い。

【0086】

印刷装置３０の送信部３０３は、受信部３０１による画像データの受信が完了した場合、画像データ受信完了通知を印刷制御装置２０に送信する（ステップＳ２０４）。画像データ受信完了通知には、受信が完了した画像データの画像ＩＤ（すなわち、上記のステップＳ２０３で印刷制御装置２０から送信され、印刷装置３０が受信した画像データの画像ＩＤ）が含まれる。

【0087】

印刷制御装置２０の領域解放部２０８は、第２の受信部２０６により画像データ受信完了通知が受信されると、当該完了通知に含まれる画像ＩＤの画像データをバッファメモリ２１０から削除（破棄）する（ステップＳ２０５）。これより、当該画像データにおけるバッファメモリ２１０の記憶領域が解放される。

【0088】

なお、画像ＩＤと画像データとが対応付けられてバッファメモリ２１０に格納されている場合は、領域解放部２０８は、当該完了通知に含まれる画像ＩＤに対応付けられている画像データをバッファメモリ２１０から削除すれば良い。また、シート管理データ１０００で画像ＩＤと画像データの格納先とが対応付けられている場合は、領域解放部２０８は、当該完了通知に含まれる画像ＩＤに対応付けられている格納先の画像データを削除すれば良い。

【0089】

このように、印刷制御装置２０は、当該画像データが印刷された印刷物が排紙される前に、当該画像データをバッファメモリ２１０から削除（破棄）する。これにより、上述したように、画像データをバッファメモリ２１０上に保持しておく時間が短くなるため、間欠区間の発生頻度を低減させることができると共に、間欠区間の期間を短くさせることができるようになる。

【0090】

他方で、印刷装置３０の印刷処理部３０２は、送信部３０３により画像データ受信完了通知が送信されると、受信部３０１が受信した画像データを印刷設定情報に従って印刷して、印刷物を作成する。そして、印刷装置３０の印刷処理部３０２は、作成した印刷物を排紙する（ステップＳ２０６）。これにより、印刷物が作成及び排紙される。

【0091】

なお、上記のステップＳ２０６の処理は、画像データ受信完了通知の送信後に開始されるため、上記のステップＳ２０５の処理よりも先に開始される。このため、バッファメモリ２１０の解放は、印刷処理の開始後、印刷物の排紙前に行われることになる。

【0092】

以降のステップＳ２０７～ステップＳ２０８の処理は、上記のステップＳ２０６の排紙処理が正常に終了した場合に実行される。一方で、以降のステップＳ２０９～ステップＳ２１１の処理は、上記のステップＳ２０６の排紙処理で、例えばジャムが発生した場合に実行される。

【0093】

上記のステップＳ２０６の排紙処理が正常に終了した場合、印刷装置３０の送信部３０３は、排紙完了通知を印刷制御装置２０に送信する（ステップＳ２０７）。排紙完了通知には、排紙が完了した印刷物のシートＩＤ（排紙完了シートＩＤ）が含まれる。

【0094】

次に、印刷制御装置２０の排紙完了シートＩＤ管理部２０７は、第２の受信部２０６により排紙完了通知を受信すると、当該排紙完了通知に含まれるシートＩＤを、排紙完了シートＩＤ２０００として管理する（ステップＳ２０８）。なお、既に排紙完了シートＩＤ２０００が存在する場合、排紙完了シートＩＤ管理部２０７は、この排紙完了シートＩＤ２０００を、排紙完了通知に含まれるシートＩＤで上書きすれば良い。

【0095】

ただし、これに限られず、排紙完了シートＩＤ管理部２０７は、既に存在する排紙完了シートＩＤ２０００に対して、排紙完了通知に含まれるシートＩＤを追加しても良い。この場合、排紙完了シートＩＤ２０００には、排紙が完了した複数のシートのシートＩＤが含まれることになる。

【0096】

一方で、上記のステップＳ２０６の排紙処理でジャムが発生した場合、印刷装置３０の送信部３０３は、ジャム発生通知を印刷制御装置２０に送信する（ステップＳ２０９）。

【0097】

印刷制御装置２０の領域解放部２０８は、第２の受信部２０６によりジャム発生通知を受信すると、バッファメモリ２１０に格納されている全ての画像データを削除（破棄）する（ステップＳ２１０）。

【0098】

次に、印刷制御装置２０の画像データ生成部２０３は、排紙が完了したシートの次のシート（すなわち、排紙完了シートＩＤ２０００の次のシートＩＤのシート）から画像データを再生成する（ステップＳ２１１）。より具体的には、例えば、排紙完了シートＩＤ２０００が「ｓｈｅｅｔ００９」であった場合、画像データ生成部２０３は、この排紙完了シートＩＤ２０００の次のシートＩＤ「ｓｈｅｅｔ０１０」のシートから画像データを再生成する。すなわち、印刷制御装置２０は、シートＩＤ「ｓｈｅｅｔ０１０」のシートから順に、図７のステップＳ１０２～ステップＳ１０５の処理を繰り返せば良い。なお、このとき、既にシート管理データ１０００が作成済みである場合は、シート管理データ１０００の再作成を行っても良いし、再作成を行わなくても良い。

【0099】

≪印刷制御装置２０が各種通知を受信した場合の処理≫
次に、図８で説明した印刷実行処理において、印刷装置３０から何等かの通知を印刷制御装置２０が受信した場合における処理の流れについて、図９を参照しながら説明する。図９は、本実施形態に係る印刷制御装置２０が各種通知を受信した場合の処理の一例を示すフローチャートである。以降のステップＳ３０１～ステップＳ３０８の処理は、印刷制御装置２０の第２の受信部２０６が何等かの通知を受信した場合に実行される。

【0100】

第２の受信部２０６は、印刷装置３０から排紙完了通知を受信したか否かを判定する（ステップＳ３０１）。

【0101】

ステップＳ３０１において、印刷装置３０から排紙完了通知を受信したと判定された場合、排紙完了シートＩＤ管理部２０７は、当該排紙完了通知に含まれるシートＩＤが、最終シートのシートＩＤであるか否かを判定する（ステップＳ３０２）。例えば、印刷ジョブに含まれる印刷データ及び印刷設定情報によって決定されたシート数がＭであった場合、排紙完了シートＩＤ管理部２０７は、当該排紙完了通知に含まれるシートＩＤが、シートＭのシートＩＤであるか否かを判定する。

【0102】

ステップＳ３０２において、最終シートＩＤでないと判定された場合、排紙完了シートＩＤ管理部２０７は、当該排紙完了通知に含まれるシートＩＤを排紙完了シートＩＤ２０００として管理する（ステップＳ３０３）。そして、印刷制御装置２０は、処理を終了する。

【0103】

一方で、ステップＳ３０２において、最終シートＩＤであると判定された場合、印刷制御装置２０は、処理を終了する。

【0104】

ステップＳ３０１において、印刷装置３０から排紙完了通知を受信したと判定されなかった場合、第２の受信部２０６は、画像データ受信完了通知を受信したか否かを判定する（ステップＳ３０４）。

【0105】

ステップＳ３０４において、画像データ受信完了通知を受信したと判定された場合、領域解放部２０８は、当該画像データ受信完了通知に含まれる画像ＩＤに対応する画像データをバッファメモリ２１０から破棄する（ステップＳ３０５）。そして、印刷制御装置２０は、処理を終了する。

【0106】

一方で、ステップＳ３０４において、画像データ受信完了通知を受信したと判定されなかった場合、第２の受信部２０６は、ジャム発生通知を受信したか否かを判定する（ステップＳ３０６）。

【0107】

ステップＳ３０６において、ジャム発生通知を受信したと判定された場合、領域解放部２０８は、バッファメモリ２１０に格納されている全ての画像データを削除（破棄）する（ステップＳ３０７）。

【0108】

そして、画像データ生成部２０３は、排紙が完了したシートの次のシート（すなわち、排紙完了シートＩＤ２０００の次のシートＩＤのシート）から画像データを再生成する（ステップＳ３０８）。

【0109】

一方で、ステップＳ３０６において、ジャム発生通知を受信したと判定されなかった場合、印刷制御装置２０は、処理を終了する。この場合、排紙完了通知、画像データ受信完了通知及びジャム発生通知以外の通知を第２の受信部２０６が受信したことになる。したがって、この場合、印刷制御装置２０は、第２の受信部２０６が受信した通知に応じた処理を実行する。

【0110】

≪印刷制御装置２０が各種通知を受信した場合の処理の他の例≫
ところで、印刷装置３０が画像データ受信完了通知を印刷制御装置２０に送信し、印刷処理を開始した後に、例えば、用紙切れにより印刷処理を開始することができない場合がある。このような場合、印刷装置３０は、用紙が給紙トレイに補充された後に、印刷制御装置２０に対して、再度、画像データの送信要求を行う場合がある。このような場合、印刷制御装置２０は、給紙開始通知を受信したタイミングで該当の画像データをバッファメモリ２１０から削除した方が、用紙切れに伴う画像データの再生成を防止することができる。なお、給紙開始通知とは、給紙トレイから用紙（記録媒体）の取得を開始したことを示す通知である。

【0111】

そこで、印刷装置３０から何等かの通知を印刷制御装置２０が受信した場合に、給紙開始通知を受信したタイミングで画像データを削除する場合の処理について、図１０を参照しながら説明する。図１０は、本実施形態に係る印刷制御装置２０が各種通知を受信した場合の処理の他の例を示すフローチャートである。なお、図１０のステップＳ３０１～ステップＳ３０３及びステップＳ３０５～ステップＳ３０８の処理は、図９と同様であるため、その説明を省略する。

【0112】

ステップＳ３０４において、印刷装置３０から排紙完了通知を受信したと判定されなかった場合、第２の受信部２０６は、給紙開始通知を受信したか否かを判定する（ステップＳ４０１）。そして、ステップＳ４０１において、給紙開始通知を受信したと判定された場合、印刷制御装置２０は、ステップＳ３０５の処理に進む。一方で、ステップＳ４０１において、給紙開始通知を受信したと判定されなかった場合、印刷制御装置２０は、ステップＳ３０６の処理に進む。

【0113】

これにより、印刷制御装置２０は、印刷装置３０で印刷に用いられる用紙（記録媒体）の給紙が開始したことに応じて、当該用紙に印刷される画像データをバッファメモリ２１０から削除することができる。なお、印刷装置３０は、画像データ受信完了通知よりも後に給紙開始通知を印刷制御装置２０に送信する。したがって、印刷制御装置２０は、該当の画像データをバッファメモリ２１０から削除する条件として、画像データ受信完了通知と給紙開始通知との両方を受信した場合としても良い。

【0114】

＜従来技術との比較例＞
ここで、従来技術と、本実施形態との比較例について、図１１を参照しながら説明する。図１１は、排紙完了通知の受信時に画像データを破棄する場合と画像データ受信完了通知の受信時に画像データを破棄する場合との比較例を示す図である。

【0115】

図１１に示す例では、図３と同様に、各ページの画像データのデータ容量が同じであり、バッファメモリ２１０には最大で４つの画像データが格納可能であるものとする。

【0116】

このとき、排紙完了通知を受信時に画像データをバッファメモリ２１０から破棄する場合を図１１（ａ）に示す。また、画像データ受信完了通知の受信時に画像データをバッファメモリ２１０から破棄する場合を図１１（ｂ）に示す。

【0117】

図１１（ａ）では、印刷制御装置２０が画像データを印刷装置３０に送信してから排紙完了通知を受信するまでに要する時間をΔｔ_１、画像データの生成間隔をΔｔ_２としている。このとき、一般に、Δｔ_１＞Δｔ_２である。このため、図１１（ａ）に示すように、時刻ｔ_ａの時点でバッファメモリ２１０の空き容量が無くなり、時刻ｔ_ａから時刻ｔ_ｂまで間が間欠区間となっている。

【0118】

一方で、図１１（ｂ）に示すように、印刷制御装置２０が画像データを印刷装置３０に送信してから画像データ受信完了通知を受信するまでに要する時間をΔｔ_３とすれば、一般に、Δｔ_１＞Δｔ_３＞Δｔ_２である。このため、図（ｂ）に示すように、画像データ受信完了通知を受信した時刻ｔ_ｃで、画像データ（ページ１）の記憶領域が解放され、画像データ（ページ５）の生成及び格納を行うことができ、間欠区間の発生が防止されている。

【0119】

このように、本実施形態では、従来技術と比較して、画像データをバッファメモリ２１０に格納しておく時間を短くすることで、間欠区間の発生頻度を低減させると共に、仮に間欠区間が発生した場合であっても間欠区間の時間を削減させることができる。

【0120】

本発明は、具体的に開示された上記の各実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

【符号の説明】

【0121】

１ 印刷システム
１０ ホスト装置
２０ 印刷制御装置
３０ 印刷装置
２０１ 第１の受信部
２０２ シート管理データ作成部
２０３ 画像データ生成部
２０４ 印刷指示部
２０５ 画像データ送信部
２０６ 第２の受信部
２０７ 排紙完了シートＩＤ管理部
２０８ 領域解放部
２１０ バッファメモリ
３０１ 受信部
３０２ 印刷処理部
３０３ 送信部
１０００ シート管理データ
２０００ 排紙完了シートＩＤ

【先行技術文献】

【特許文献】

【0122】

【文献】特開平９－２８２１１４号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】