JP2001056751A

JP2001056751A - 印刷制御装置、及び記録媒体

Info

Publication number: JP2001056751A
Application number: JP23285899A
Authority: JP
Inventors: Masaki Tsutsumi; 勝紀筒見; Takayasu Watanabe; 隆保渡辺; Koji Tamura; 恒治田村; Eiji Hatano; 英二波多野; Makoto Tsurumi; 誠津留見; Naoki Fukumoto; 直樹福本
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1999-08-19
Filing date: 1999-08-19
Publication date: 2001-02-27
Anticipated expiration: 2019-08-19
Also published as: CN1241110C; EP1077401A2; CN1285546A; KR100371675B1; EP1077401A3; KR20010050113A; JP3845789B2

Abstract

(57)【要約】【課題】本発明の課題は、エラーが発生したプリンタ
内部の未印刷データをホスト側が認識して、エラーが発
生したページから他のプリンタへ切り換えて印刷するこ
とを可能にすることである。【解決手段】リレー印刷制御部２０５は、プリンタ１
のエラーを検出した時、プリンタ１に対して内部バッフ
ァに記憶されたデータの内部データクリア要求を発行す
る。プリンタ１では、内部データクリア要求を受信する
と、内部バッファに記憶する全てのページの描画情報を
消去する。リレー印刷制御部２０５は、起動時に読み込
んだリレー印刷制御ファイル２０４の情報を参照して、
プリンタ１の代替プリンタ名である「プリンタ２」を取
得すると、プリンタ１用の完全排紙管理テーブルメモリ
の記憶内容を読み込み、エントリ行の全てのスプールジ
ョブのジョブ記述ファイルを書き換え、スプールキュー
の先頭に移動する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、バッファ機能付き
の印刷装置に対する印刷制御を行う印刷制御装置、及び
その制御プログラムを記憶した記憶媒体に関する。

【０００２】

【従来の技術】従来の印刷装置としては、例えば、受信
した複数ページの印刷要求データを一時的にバッファに
記憶した後、このバッファからデータを取り出しながら
１ページずつ順番に印刷を行う印刷装置があり、いわゆ
るバッファリング機能付きの印刷装置が普及している。

【０００３】また、上記バッファリング機能付き印刷装
置を複数台、例えば、ＬＡＮ（Local Area Network）に
接続して、複数のパーソナルコンピュータのグループで
共有して使用する場合も多くなっている。このグループ
使用では、予め印刷装置をグループ化して定義してお
き、それらのうちある印刷装置に印刷中に、用紙切れ等
の印刷エラーが発生した場合、自動的にグループ内の他
の印刷装置に切り換えて印刷する「リレー印刷機能」が
利用されている。

【０００４】このリレー印刷機能を使用したリレー印刷
動作について、図１２に示す従来のシステム構成例を参
照して説明する。

【０００５】図１２において、プリンタ１とプリンタ２
の２台のプリンタがグループ化されており、プリンタ１
には用紙が５０枚だけセットされていたとする。また、
プリンタ１、プリンタ２は共にページプリンタであり、
共に数ページ分の印刷要求データを記憶するバッファを
有しており、このバッファ容量が大きいプリンタ程、高
速印刷が可能である。

【０００６】図１２において、ホストコンピュータ１０
０上で動作する上位アプリケーションプログラム１０１
が、１００ページの印刷データをリレー印刷制御部１０
２に出力したとすると、リレー印刷制御部１０２は、グ
ループ化されたプリンタの中からプリンタ１を見つける
とプリンタ１に印刷データの出力を開始する。

【０００７】プリンタ１には、用紙が５０枚しかセット
されていないので、５０枚印刷物を排紙した時点で用紙
切れエラーとなるが、この時、プリンタ１内のバッファ
にはリレー印刷制御部１０２から５１〜５５ページの印
刷データが既に送出されていると、リレー印刷制御部１
０２では、５６ページの印刷データの送出途中でプリン
タ１のエラーが検出される。

【０００８】そして、リレー印刷制御部１０２は、プリ
ンタ１のエラー検出後、グループ化されたプリンタの中
かなプリンタ２を検出し、５６ページの最初の印刷デー
タをプリンタ１からプリンタ２に切り換えて送出して印
刷を開始する。

【０００９】

【発明が解決しようとする課題】しかしながら、上記従
来の図１２に示したリレー印刷機能を有したプリンタシ
ステムにあっては、プリンタエラーが発生して、そのプ
リンタエラーが解除されるまで印刷データの送出ができ
なくなる場合、プリンタ１内のバッファには未印刷デー
タとして５１〜５５ページの印刷データと、５６ページ
の途中の印刷データが存在し、また、プリンタ１から未
印刷データの残り状態等をホストコンピュータ１００に
通知する仕組みがないため、リレー印刷制御部１０２
は、プリンタ１の印刷状況を知ることができなかったた
め、以下のような問題があった。

【００１０】プリンタエラー中のプリンタ１の電源を
ＯＦＦしてしまうと、内部バッファに蓄積されている未
印刷データが消去されてしまう。

【００１１】プリンタエラー中のプリンタ１に用紙を
セットしてエラー解除して、内部バッファに蓄積されて
いる５１ページ〜５５ページの印刷物が出力された後、
５６ページ目の中途の未印刷データを残したままの状態
となる。

【００１２】これは、５６ページ目のデータに用紙排出
コマンドが含まれていないためである。用紙排出コマン
ドは、通常、各ページデータの最後に付加されるためで
ある。この状態で、他のアプリケーションがプリンタに
印刷データを出力すると、先の５６ページ目の印刷デー
タが混在してしまう等が発生し、誤印字などの不具合を
発生させることがあった。

【００１３】本発明の課題は、エラーが発生したプリン
タ内部の未印刷データをホスト側が認識して、エラーが
発生したページから他のプリンタへ切り換えて印刷する
ことを可能にすることである。

【００１４】

【課題を解決するための手段】請求項１記載の発明は、
受信した複数ページの印刷要求データを一時的にバッフ
ァに記憶した後、このバッファからデータを取り出しな
がら１ページずつ順番に印刷を行う印刷装置を制御する
印刷制御装置であって、前記印刷装置に送信した印刷デ
ータに対する印刷が途中で中断された場合に、その印刷
装置より印刷ページに関する情報を取得することによ
り、印刷要求を受けたジョブに対する印刷未完了ページ
位置を特定する印刷未完了ページ位置特定手段（例え
ば、図２のリレー印刷制御部２０５）と、前記中断され
た印刷の再開を行う際に、その印刷の再開を行う印刷装
置に対して、前記印刷未完了ページ位置からの印刷デー
タの送信を行う印刷データ再送手段（例えば、図２のリ
レー印刷制御部２０５）と、を具備したことを特徴とて
いる。

【００１５】この請求項１記載の発明によれば、受信し
た複数ページの印刷要求データを一時的にバッファに記
憶した後、このバッファからデータを取り出しながら１
ページずつ順番に印刷を行う印刷装置を制御する印刷制
御装置であって、印刷未完了ページ位置特定手段が、前
記印刷装置に送信した印刷データに対する印刷が途中で
中断された場合に、その印刷装置より印刷ページに関す
る情報を取得することにより、印刷要求を受けたジョブ
に対する印刷未完了ページ位置を特定すると、前記中断
された印刷の再開を行う際に、その印刷の再開を行う印
刷装置に対して、印刷データ再送手段が、前記印刷未完
了ページ位置からの印刷データの送信を行う。

【００１６】したがって、エラー等により印刷が中断さ
れた際に、印刷出力が完了した次のページ位置を認識し
ているので、印刷装置に対して電源ＯＦＦやリセット等
の操作が行われた場合でも、正しいページ位置からのデ
ータ送信により印刷ページ抜けが発生することなく印刷
を再開することができ、印刷システムの利便性と信頼性
を向上できる。

【００１７】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を詳細に説明する。図１〜図１１は、本発明を適
用したＬＡＮによりホスト装置と複数のプリンタが接続
された印刷システムの一実施の形態を示す図である。ま
ず、構成を説明する。図１は、本実施の形態におけるホ
スト装置１の要部構成を示すブロック図である。この図
１において、ホスト装置１は、ＣＰＵ２、入力装置３、
ＲＡＭ４、表示装置５、ＬＡＮポート６、記憶装置７、
及び記憶媒体８により構成されており、記憶媒体８を除
く各部はバス９に接続されている。

【００１８】このホスト装置１は、図２に示すＬＡＮを
介して接続されたＮ台の内部バッファを有するプリンタ
に対して、同図において機能ブロックで示す印刷制御機
能を有している。

【００１９】すなわち、ホスト装置１は、印刷制御機能
として、文書印刷処理機能を有するアプリケーションプ
ログラム（以下、ＡＰ１という）２０１と、そのＡＰ１
２０１から入力される描画情報をデータ構造化するグラ
フィカルデバイスインタフェース（以下、ＧＤＩとい
う）２０２と、そのＧＤＩ２０２によりデータ構造化さ
れた描画情報から図中のスプールジョブ記述ファイルと
描画情報記述ファイルとを生成するスプール制御部２０
３と、プリンタでの障害発生時にリレー印刷制御ファイ
ル２０４に記述されたリレー先のプリンタに対して、印
刷が中断したスプールジョブ記述ファイルと描画情報記
述ファイルに基づいてリレー印刷制御を実行するリレー
印刷制御部２０５とを有する。

【００２０】なお、図２においてプリンタ毎に接続され
たプリンタドライバ１〜ｎとポート１〜ｎドライバは、
各プリンタ内でホスト装置１との間でＬＡＮを介して印
刷制御処理に係る各種制御信号を送受信するためのＬＡ
Ｎポート（図示省略）に属する機能ブロックを示したも
のであり、実際には、各プリンタ内に内蔵されるもので
ある。また、これらの機能ブロックは、ホスト装置１側
に備えるようにしてもよい。

【００２１】また、ホスト装置１では、図２に示したス
プールジョブ記述ファイル１，２と描画情報記述ファイ
ル１，２は、それぞれ１回のアプリケーション印刷処理
で一対生成されるものであり、その２つのファィルを合
わせてスプールジョブファイルと呼び、このスプールジ
ョブファイルを特定するためのＩＤをスプールジョブＩ
Ｄと呼ぶ。また、図中のスプールキューは、スプールジ
ョブファイルがプリンタに出力されるまでの待ち行列を
示しており、アプリケーション印刷処理要求に応じてＣ
ＰＵ２によりＲＡＭ４内に蓄積される。

【００２２】図１において、ＣＰＵ（Central Processi
ng Unit ）２は、ＬＡＮポート６からＬＡＮを介して接
続されるｎ台のプリンタの各印刷動作を制御する印刷制
御機能を有しており、記憶媒体８に記憶されたアプリケ
ーションプログラムの実行時に指示される文書印刷処理
要求に基づいて、ＲＡＭ４内に後述するスプールジョブ
記述ファイル及び描画情報記述ファイルを展開し、これ
ら各ファイルの記述内容に従って、後述する印刷制御処
理（図８、図９参照）と、完全排紙管理テーブル更新処
理（図１０参照）と、リレー印刷処理（図１１参照）と
を実行する。

【００２３】図２のＡＰ１２０１から印刷対象の描画情
報と印刷制御情報を含む印刷処理要求がＧＤＩ２０２に
発行され、ＧＤＩ２０２により印刷対象の描画情報がデ
ータ構造化され、スプール制御部２０３によりスプール
ジョブ記述ファイルと描画情報記憶ファイルが生成され
てスプールジョブＩＤが設定され、そのスプールキュー
がＲＡＭ４に記憶されると、ＣＰＵ２は、印刷制御処理
を開始する。

【００２４】ＣＰＵ２は、印刷制御処理において、ま
ず、ＲＡＭ４に記憶された上記スプールキューから次に
出力するスプールジョブを取り出してスプールジョブＩ
Ｄをセットし、そのスプールジョブ記述ファイルから出
力先プリンタ名や開始ページを取得し、その出力先プリ
ンタに対する完全排紙管理テーブルメモリ（図５参照）
内の記憶内容を参照し、完全排紙未確認ジョブの有無を
判別し、完全排紙未確認ジョブがなければ、当該スプー
ルジョブを開始し、完全排紙未確認ジョブがあれば、そ
の対応するプリンタから未印刷ページ数情報を受信して
完全排紙管理テーブルメモリを更新し、その更新内容で
完全排紙済みのスプールジョブが有れば、完全排紙管理
テーブルメモリから削除する。

【００２５】また、印刷制御処理において、実行中のス
プールジョブにプリンタエラーが発生した場合、ＣＰＵ
２は、完全排紙管理テーブル更新処理と、リレー印刷処
理とを実行する。

【００２６】ＣＰＵ２は、完全排紙管理テーブル更新処
理において、まず、プリンタエラーが発生したプリンタ
に対して未印刷ページ数通知要求を発行し、未印刷ペー
ジ数情報を受信すると、そのエラー発生プリンタ用の完
全排紙管理テーブルメモリ（図５参照）を参照して、記
憶されている全スプールジョブの全エントリ行の出力済
みページ数の合計値を求めるとともに、その完全排紙管
理テーブルメモリ内のエントリ行数ＬＮをセットし、そ
の各エントリ行のスプールジョブについて開始ページと
出力済みページ数を取得する。

【００２７】そして、ＣＰＵ２は、取得した各エントリ
行のスプールジョブの出力済みページ数が、上記合計値
から上記未印刷ページ数を減算した減算結果、すなわ
ち、完全排紙確認済みページ数以下であれば、当該エン
トリ行のスプールジョブが終了していると判断して、当
該プリンタ用の完全排紙管理テーブルメモリから当該エ
ントリ情報を削除するとともに、当該スプールジョブフ
ァイルも削除し、上記出力済みページ数が完全排紙確認
済みページ数より大きい値であれば、当該エントリ行の
スプールジョブが終了していないと判断して、当該プリ
ンタ用の完全排紙管理テーブルメモリの当該エントリ情
報を更新するとともに、当該エントリ行以降のスプール
ジョブ情報も全て更新する。

【００２８】また、ＣＰＵ２は、完全排紙管理テーブル
更新処理に続いてリレー印刷処理を実行し、まず、エラ
ーが発生したプリンタに対して未印刷ページクリア要求
を発行して、そのエラーが発生したプリンタ内のバッフ
ァに格納されている全てのページ情報をクリアさせる。

【００２９】次いで、ＣＰＵ２は、リレー印刷制御ファ
ィル２０４からエラー発生プリンタの代替プリンタ名を
取得し、その代替プリンタ用の完全排紙管理テーブルメ
モリ内のエントリ行数ＬＮをセットするとともに、その
エントリ行を指定するｎをセットし、その指定値ｎがエ
ントリ行数ＬＮ以下であれば、エラー発生プリンタ用の
完全排紙管理テーブルメモリを参照して、当該指定値ｎ
行目のエントリ行のスプールジョブＩＤと完全排紙確認
済みページ数を取得し、当該ジョブＩＤのスプールジョ
ブ記述ファイルの記述内容を代替プリンタ名と完全排紙
確認済みページ数により更新し、当該スプールジョブＩ
Ｄをスプールキューの先頭に移動する。

【００３０】また、指定値ｎがエントリ行数ＬＮより大
きければ、ＣＰＵ２は、エラーが発生したプリンタにエ
ントリされた全スプールジョブの印刷処理が終了したと
判断して、エラー発生プリンタ用の完全排紙管理テーブ
ルメモリの全エントリ情報をクリアして、リレー印刷処
理を終了する。

【００３１】したがって、ＣＰＵ２は、図２のリレー印
刷制御部２０５としての機能を有する。

【００３２】入力装置３は、カーソルキー、数字入力キ
ー及び各種機能キー等を備えたキーボード及びマウス等
のポインティングデバイスを含み、キーボードにおいて
押下されたキーの押下信号やマウスの位置信号をＣＰＵ
２に出力する。

【００３３】ＲＡＭ（Random Access の記憶媒体８には
上記印刷制御処理プログラム、完全排紙管理テーブル更
新処理プログラム、リレー印刷処理プログラム、及び当
該各プログラムで処理されたデータ等を記憶する。

【００３４】また、この記憶媒体８に記憶する各種プロ
グラム、データ等は、通信回線等を介して接続された他
の機器から受信して記憶する構成にしてもよく、更に通
信回線等を介して接続された他の機器側に前記記憶媒体
７を備えた記憶装置を設け、この記憶媒体７に記憶され
ているプログラム、データ等を通信回線を介して使用す
る構成にしてもよい。

【００３５】次に、本実施の形態の動作を説明する。ま
ず、ＣＰＵ２により実行される印刷制御処理について図
８及び図９に示すフローチャートに基づいて説明する。

【００３６】図２のＡＰ１２０１から印刷対象の描画情
報と印刷制御情報を含む印刷処理要求がＧＤＩ２０２に
発行され、ＧＤＩ２０２により印刷対象の描画情報がデ
ータ構造化され、スプール制御部２０３によりスプール
ジョブ記述ファイルと描画情報記憶ファイルが生成され
てスプールジョブＩＤが設定され、そのスプールキュー
がＲＡＭ４に記憶されると、ＣＰＵ２は、印刷制御処理
を開始する。

【００３７】ＣＰＵ２は、図８の印刷制御処理におい
て、まず、ＲＡＭ４に記憶された上記スプールキューか
ら次に出力するスプールジョブを取り出し、そのスプー
ルジョブＩＤを取得して「ＪｏｂＩＤ」としてＲＡＭ４
にセットする（ステップＳ１）。その「ＪｏｂＩＤ」に
該当するスプールジョブファイルの有無をＲＡＭ４内で
確認する（ステップＳ２）。該当するスプールジョブフ
ァイルがなければ、アイドリング処理として、スプール
キューの待ち行列と、完全排紙未確認のジョブが存在す
るプリンタの状態とをポーリング監視する（ステップＳ
３）。

【００３８】ホスト装置１からプリンタの状態を取得す
る際は、プリンタに対して状態取得要求を発行すること
により行うものとする。プリンタでは、ホスト装置１か
ら状態取得要求を受信すると、プリンタの状態値とし
て、例えば、「待機中（未印刷データ無しで、印刷もし
ていない状態）」、「印刷中」、「エラー中（用紙切れ
等のエラーで印刷停止中）」のいずれかをホスト装置１
に返すものとする。

【００３９】次いで、ＣＰＵ２は、プリンタから返され
た状態値が「エラー中」か否かを検出し（ステップＳ
４）、「エラー中」を検出しなければステップＳ１に戻
り、「エラー中」を検出した場合はステップＳ１８の完
全排紙管理テーブル更新処理に移行する。

【００４０】また、ステップＳ２において「ＪｏｂＩ
Ｄ」に該当するスプールジョブファイルがある場合、Ｃ
ＰＵ２は、その「ＪｏｂＩＤ」のスプールジョブ記述フ
ァイルをＲＡＭ４から読み込み、出力プリンタ名（Ｐｒ
ｉｎｔｅｒ）と開始ページ（ＪＳＰａｇｅ）を取得する
（ステップＳ５）。そして、ＣＰＵ２は、その出力プリ
ンタ用の完全排紙管理テーブルメモリを参照して（ステ
ップＳ６）、完全排紙未確認ジョブの有無を確認する
（ステップＳ７）。完全排紙未確認ジョブがなければス
テップＳ１１の処理に移行し、完全排紙未確認ジョブが
あれば、出力プリンタ（Ｐｒｉｎｔｅｒ）に未印刷ペー
ジ情報取得要求を発行して、出力プリンタから未印刷ペ
ージ情報を取得して、出力プリンタ用の完全排紙管理テ
ーブルメモリの記憶内容を更新する（ステップＳ８）。

【００４１】次いで、ＣＰＵ２は、出力済みページ数と
完全排紙確認済みページ数が同じジョブが、出力プリン
タ用の完全排紙管理テーブルメモリに有るか否かを確認
し（ステップＳ９）、そのジョブが有れば、当該ジョブ
を完全排紙管理テーブルメモリから削除し、該当するス
プールジョブもＲＡＭ４から削除する（ステップＳ１
０）。また、そのジョブがなければステップＳ１１に移
行する。

【００４２】ステップＳ１１において、ＣＰＵ２は、今
回処理するスプールジョブ記述ファイルの情報を、出力
プリンタ用の完全排紙管理テーブルメモリに追加記憶す
る。すなわち、ジョブＩＤ＝ＪｏｂＩＤ，出力済みペー
ジ数＝０，完全排紙確認済みページ数＝０として追加す
る。次いで、ＣＰＵ２は、今回の印刷処理を管理するた
めのパラメータとして、「ＳＰａｇｅ←開始ページ」、
「ＴＰａｇｅ←総ページ」、「ＮＰａｇｅ←ＳＰａｇ
ｅ」をＲＡＭ４内にセットし（ステップＳ１２）、「Ｎ
Ｐａｇｅ」が「ＴＰａｇｅ」より小さい値か否かを確認
する（ステップＳ１３）。

【００４３】「ＮＰａｇｅ」が「ＴＰａｇｅ」以上であ
れば、今回の印刷処理が終了したと判断してステップＳ
１に戻り、「ＮＰａｇｅ」が「ＴＰａｇｅ」より小さい
値であれば、その「ＮＰａｇｅ」目の描画情報を描画情
報記憶ファイルから読み込んで出力先プリンタ（Ｐｒｉ
ｎｔｅｒ）のプリンタドライバにＬＡＮポート６及びＬ
ＡＮを介して出力する（ステップＳ１４）。

【００４４】そして、ＣＰＵ２は、その出力先プリンタ
からの「エラー中」の状態値を受信したか否かを確認し
（ステップＳ１５）、「待機中」の状態値を受信した場
合は、その「ＮＰａｇｅ」目の印刷が終了したと判断し
て、「ＮＰａｇｅ←ＮＰａｇｅ＋１」し（ステップＳ１
６）、出力プリンタ用の完全排紙管理テーブルメモリの
出力済みページ数を加算した「ＮＰａｇｅ」に更新し
（ステップＳ１７）、ステップＳ１３に戻る。

【００４５】以上のステップＳ１３〜ステップＳ１７の
処理を繰り返し実行することにより、今回の印刷処理に
係るスプールジョブ記述ファィルに基づく印刷動作を出
力先プリンタ（Ｐｒｉｎｔｅｒ）に対して実行する。

【００４６】また、ステップＳ１５において「エラー
中」の状態値を受信した場合、ＣＰＵ２は、ステップＳ
１８の完全排紙管理テーブル更新処理を実行し、続いて
ステップＳ１９でリレー印刷処理を実行する。

【００４７】ＣＰＵ２により実行される完全排紙管理テ
ーブル更新処理について図１０に示すフローチャートに
基づいて説明する。

【００４８】図１０において、ＣＰＵ２は、まず、プリ
ンタエラーが発生した出力先プリンタ（Ｐｒｉｎｔｅ
ｒ）に対して未印刷ページ数通知要求を発行し（ステッ
プＳ１０１）、その出力先プリンタから未印刷ページ数
情報「Ｐ２」を受信すると（ステップＳ１０２）、その
出力先プリンタ用の完全排紙管理テーブルメモリを参照
して、記憶されている全スプールジョブの全エントリ行
の出力済みページ数の合計「ＡｌｌＰａｇｅ」を求める
とともに（ステップＳ１０３）、その完全排紙管理テー
ブルメモリのエントリ行数ＬＮをセットする（ステップ
Ｓ１０４）。

【００４９】次いで、ＣＰＵ２は、エントリ行数ＬＮが
「１」以上か否かを確認し（ステップＳ１０５）、エン
トリ行数ＬＮが「１」以上でなければ、すなわち、エン
トリ行数が「０」であれば、本処理を終了してリレー印
刷処理に移行する。また、エントリ行数ＬＮが「１」以
上であれば、出力先プリンタ用の完全排紙管理テーブル
メモリを参照して、１行目のエントリ情報を取得し、そ
の取得した情報からリレー印刷処理を管理するためのパ
ラメータとして、「ＪｏｂＩＤ←ジョブＩＤ」、「ＳＰ
ａｇｅ←開始ページ」、「ＥＰａｇｅ←出力済みページ
数」をＲＡＭ４にセットする（ステップＳ１０６）。

【００５０】そして、ＣＰＵ２は、「ＥＰａｇｅ」が、
「ＡｌｌＰａｇｅ」から未印刷ページ数「Ｐ２」を減算
した減算結果「ＡｌｌＰａｇｅ−Ｐ２」、すなわち、完
全排紙確認済みページ数以下であるか否かを確認する
（ステップＳ１０７）。「ＥＰａｇｅ」が「ＡｌｌＰａ
ｇｅ−Ｐ２」以下である場合、ＣＰＵ２は、１行目にエ
ントリされたスプールジョブが終了していると判断し
て、当該出力先プリンタ（Ｐｒｉｎｔｅｒ）用の完全排
紙管理テーブルメモリから１行目のエントリ情報を削除
するとともに、当該「ＪｏｂＩＤ」のスプールジョブフ
ァイルもＲＡＭ４から削除する（ステップＳ１０８）。

【００５１】次いで、ＣＰＵ２は、エントリ行を１行削
除したため、エントリ行数ＬＮの設定も「−１」として
（ステップＳ１０９）、ステップＳ１０５のエントリ行
数ＬＮの確認処理に戻る。また、「ＥＰａｇｅ」が「Ａ
ｌｌＰａｇｅ−Ｐ２」より大きい値であれば、ＣＰＵ２
は、当該エントリ行のスプールジョブが終了していない
と判断して、ステップＳ１１０に移行して、当該出力先
プリンタ（Ｐｒｉｎｔｅｒ）用の完全排紙管理テーブル
メモリにおいて、１行目のエントリ情報の完全排紙確認
済みページ数を「ＡｌｌＰａｇｅ−Ｐ２」に更新する。

【００５２】そして、ＣＰＵ２は、当該出力先プリンタ
（Ｐｒｉｎｔｅｒ）用の完全排紙管理テーブルメモリに
おいて、２行目以降のエントリ情報の完全排紙確認済み
ページ数を全て「０」に更新して（ステップＳ１１
１）、本処理を終了してリレー印刷処理に移行する。

【００５３】次いで、ＣＰＵ２により実行されるリレー
印刷処理について図１１に示すフローチャートに基づい
て説明する。

【００５４】図１１において、ＣＰＵ２は、まず、エラ
ーが発生した出力先プリンタ（Ｐｒｉｎｔｅｒ）に対し
て未印刷ページクリア要求を発行して（ステップＳ２０
１）、そのエラーが発生したプリンタ内のバッファに格
納されている全てのページ情報をクリアさせる。そし
て、ＣＰＵ２は、リレー印刷制御ファィル２０４からエ
ラー発生プリンタの代替プリンタ名（ＮＰｒｉｎｔｅ
ｒ）を取得し（ステップＳ２０２）、その代替プリンタ
用の完全排紙管理テーブルメモリのエントリ行数ＬＮを
セットするとともに、そのエントリ行を指定するｎを
「１」にセットする（ステップＳ２０３）。

【００５５】次いで、ＣＰＵ２は、指定値ｎ「１」がエ
ントリ行数ＬＮ以下であるか否かを確認し（ステップＳ
２０４）、指定値ｎ「１」がエントリ行数ＬＮ以下であ
れば、出力先プリンタ（Ｐｒｉｎｔｅｒ）用の完全排紙
管理テーブルメモリを参照し、指定値ｎ「１」行目の情
報を取得し、その取得した情報から今回のリレー印刷処
理を管理するためのパラメータとして、「ＪｏｂＩＤ←
ジョブＩＤ」、「ＨＰａｇｅ←完全排紙確認済みページ
数」をＲＡＭ４にセットする（ステップＳ２０７）。

【００５６】そして、ＣＰＵ２は、当該ジョブＩＤのス
プールジョブ記述ファイルの記述内容を「プリンタ名←
ＮＰｒｉｎｔｅｒ」、「開始ページ←ＨＰａｇｅ＋１」
に更新し（ステップＳ２０７）、当該スプールジョブＩ
Ｄ「ＪｏｂＩＤ」をスプールキューの先頭に移動する
（ステップＳ２０８）。

【００５７】次いで、ＣＰＵ２は、指定値ｎを「１」加
算して（ステップＳ２０９）、ステップＳ２０４の処理
に戻り、指定値ｎ「２」がエントリ行数ＬＮ以下であれ
ば、ステップＳ２０６〜ステップＳ２０９の処理を繰り
返し実行して、エラーが発生したプリンタにおいて未印
刷のスプールジョブを代替プリンタにおいて、エラーが
発生したページを開始ページとして印刷させる。

【００５８】また、ステップＳ２０４において指定値ｎ
がエントリ行数ＬＮより大きければ、ＣＰＵ２は、エラ
ーが発生したプリンタにエントリされた全スプールジョ
ブの未印刷処理が終了したと判断して、エラー発生プリ
ンタ用の完全排紙管理テーブルメモリの全エントリ情報
をクリアして（ステップＳ２０５）、本リレー印刷処理
を終了し、図８のステップＳ１に戻る。

【００５９】次に、上記ＣＰＵ２により実行される印刷
制御処理の具体例について、図２の機能ブロック構成
と、図５〜図７に示すプリンタ１用とプリンタ２用の完
全排紙管理テーブルメモリの記憶内容を参照して説明す
る。

【００６０】図２に示すように、スプールジョブ１が次
に処理すべきスプールジョブだとすると、リレー印刷制
御部２０５（ＣＰＵ２）は、まず、スプールジョブ記述
ファィル１を読み込んで出力先プリンタ名を認識する。
このスプールジョブ１では、スプールジョブＩＤが「０
０００１」、開始ページが「１」、出力先プリンタ名が
「プリンタ１」、総ページ数が１００ページとする。

【００６１】リレー印刷制御部２０５は、プリンタ１の
プリンタ１ドライバへの描画情報の出力処理を開始する
前に、プリンタ１用の完全排紙管理テーブルメモリにス
プールジョブＩＤ「００００１」、開始ページ「１」、
出力済みページ数「０」を記憶し、図５に示す状態値
とする。そして、リレー印刷制御部２０５は、１ページ
目の描画情報から順次ページ単位に取り出し、その描画
情報を順次プリンタ１ドライバに出力する。

【００６２】この描画情報は、プリンタの機種に依存し
ない形式であるため、プリンタ１ドライバによってプリ
ンタ１に固有のコマンド形式（ＥＳＣシーケンス）に変
換されて、ポート１ドライバを介してプリンタ１に出力
される。

【００６３】リレー印刷制御部２０５は、各ページの描
画情報をプリンタ１ドライバに出力する度に、プリンタ
１用の完全排紙管理テーブルメモリの出力済みページ数
をカウントアップする。

【００６４】そして、リレー印刷制御部２０５〜プリン
タ１ドライバ〜ポート１ドライバは、スプールジョブ１
内の全てのページに対して、上記処理を繰り返し、リレ
ー印刷制御部２０５は、全ページの描画情報をプリンタ
１ドライバに出力した時点で、プリンタ１用の完全排紙
管理テーブルメモリは、図５に示すようになる。

【００６５】このスプールジョブ１を処理している間に
ＡＰ１２０１の全ページ出力処理が完了しており、図２
のスプールキューには次の待ち行列としてスプールジョ
ブ２が存在する。

【００６６】リレー印刷制御部２０５は、スプールジョ
ブ２を認識すると、スプールジョブ記述ファイル２を読
み込んで出力先プリンタ名を認識する。このスプールジ
ョブ２では、スプールジョブＩＤが「００００２」、開
始ページが「１」、出力先プリンタ名が「プリンタ
１」、総ページ数が２００ページとする。

【００６７】リレー印刷制御部２０５は、プリンタ１用
の完全排紙管理テーブルメモリを参照し、プリンタ１に
完全排紙未確認のスプールジョブＩＤ「００００１」の
スプールジョブがあることを認識すると、プリンタ１に
対し、未印刷データのページ数を問い合わせる指示をポ
ートドライバ１を介して行う。この問い合わせる際の手
段は、ホスト装置１とプリンタ１の間の接続は、ＬＡＮ
接続である場合を示したが、セントロニクスインタフェ
ース接続やＵＳＢ接続、その他の接続形態であってもよ
く、その接続形態によって規定されたプロトコル手段に
準じた手法を用いればよい。

【００６８】プリンタ１は、未印刷データのページ数を
問い合わせる要求を受け取ると、未印刷ページ数を上記
プロトコル手段によりホスト装置１に出力する。リレー
印刷制御部２０５は、プリンタ１から受信した未印刷ペ
ージ数情報が「０」ならば、先に出力済みのスプールジ
ョブ１のスプールジョブファィルを削除するとともに、
プリンタ１用の完全排紙管理テーブルメモリからスプー
ルジョブ２の情報を削除すると同時に、スプールジョブ
１のファイル（スプールジョブ記述ファイル１と描画情
報記憶ファイル１）を削除する。

【００６９】また、上記未印刷ページ数がＰ（Ｐ＞０）
ならば、プリンタ１用の完全排紙管理テーブルメモリの
スプールジョブＩＤ「００００１」の完全排紙確認済み
ページ数を出力済みページ数−Ｐ、すなわち、「１００
−Ｐ」にし、プリンタ１用の完全排紙管理テーブルメモ
リは、図５に示すようになる。

【００７０】この後、リレー印刷制御部２０５とプリン
タ１ドライバとの間では、上記スプールジョブ１の出力
時と同様にスプールジョブ２の出力処理を行い、スプー
ルジョブ２の出力処理が完了したとき、プリンタ１用の
完全排紙管理テーブルメモリは図６に示すようにな
る。

【００７１】リレー印刷制御部２０５が、プリンタ１の
エラーを認識する手段は、スプールジョブ出力中にエラ
ーを検出する場合、すなわち、ポート１ドライバ→プリ
ンタ１ドライバ→リレー印刷制御部２０５の順にエラー
が伝わる場合と、全ページ出力後、次に出力するジョブ
が無い場合のアイドリング処理中に検出する場合とがあ
る。

【００７２】リレー印刷制御部２０５は、アイドリング
処理中にスプールキューの待ち行列と、完全排紙未確認
のジョブが存在するプリンタの状態とをポーリング監視
する。リレー印刷制御部２０５は、プリンタ１に対して
状態取得要求を発行し、プリンタ１から状態値として、
上記「待機中（未印刷データ無しで、印刷もしていない
状態）」、「印刷中」、「エラー中（用紙切れ等のエラ
ーで印刷停止中）」を受信する。

【００７３】リレー印刷制御部２０５は、上記２つのタ
イミングでプリンタ１のエラーを検出すると、上記完全
排紙管理テーブル更新処理を実行する。

【００７４】リレー印刷制御部２０５は、未印刷ページ
数の問い合わせをプリンタ１に対して行い、プリンタ１
の内部バッファに保留されている未印刷ページ数「Ｐ
２」を認識すると、プリンタ１用の完全排紙管理テーブ
ルメモリを以下のように操作する。

【００７５】図２において、リレー印刷制御部２０５
が、スプールジョブ２の５１ページ目の描画データのプ
リンタ１の出力途中でエラーを検出した場合、もし、プ
リンタ１の未印刷ページ数情報「Ｐ２」が、Ｐ２≦５０
であれば、プリンタ１用の完全排紙管理テーブルメモリ
の記憶内容は、図６に示すようになり、Ｐ２＞５０で
あれば、図６に示すようになる。

【００７６】この場合、出力途中の５１ページ目の描画
情報は、プリンタ１ではページフレーム未完成状態であ
るため、１ページ分としてカウントされない。

【００７７】次いで、リレー印刷制御部２０５は、プリ
ンタ１で発生したエラーを認識し、プリンタ１に完全排
紙未確認中のジョブが存在するので、上記リレー印刷処
理を実行する。

【００７８】リレー印刷制御部２０５は、プリンタ１で
エラーが発生したため、先に読み込み済みのリレー印刷
制御ファイル２０４の内容に従って、プリンタ１のリレ
ー（切り換え）先プリンタであるプリンタ２を認識する
と、プリンタ２に対してジョブ出力処理を実行する。

【００７９】この時、未印刷ページ数情報「Ｐ２」が、
Ｐ２≦５０（図６の）だった場合、リレー印刷制御部
２０５は、スプールジョブ２の完全排紙確認済みページ
数である５０−Ｐ２ページの描画情報からプリンタ２へ
の出力処理を開始する。

【００８０】この時、プリンタ２用の完全排紙管理テー
ブルメモリには、スプールジョブＩＤ「００００２」と
出力開始ページ「５０−Ｐ２」を記憶する。

【００８１】そして、プリンタ２用の完全排紙管理テー
ブルメモリは、未印刷ページ数情報「Ｐ２」が、Ｐ２≦
５０（図６の）だった場合には、図７に示すように
なり、Ｐ２＞５０だった場合には、図７に示すように
なる。

【００８２】以上のように、本実施の形態の印刷システ
ムでは、ページ毎に排紙確認を行うのではなく、次のス
プールジョブを出力する前と、プリンタエラーが発生し
た場合のみに排紙確認を行うため、プリンタの印字性能
を劣化させることなく、効率的なリレー印刷処理を行う
ことができる。

【００８３】また、完全排紙を確認した次のページから
リレー印刷処理を行うため、プリンタエラー中に、その
プリンタの電源がＯＦＦされた場合の印刷ページ抜け等
の発生を防止できる。

【００８４】次いで、リレー印刷制御部２０５は、プリ
ンタ１のエラーを検出した時、プリンタ１に対して内部
バッファに記憶されたデータの内部データクリア要求を
発行する。プリンタ１では、内部データクリア要求を受
信すると、内部バッファに記憶する全てのページの描画
情報を消去する。

【００８５】リレー印刷制御部２０５は、起動時に読み
込んだリレー印刷制御ファイル２０４の情報を参照し
て、プリンタ１の代替プリンタ名である「プリンタ２」
を取得すると、プリンタ１用の完全排紙管理テーブルメ
モリの記憶内容を読み込み、エントリ行の全てのスプー
ルジョブのジョブ記述ファイルを書き換え、スプールキ
ューの先頭に移動する。

【００８６】この後、リレー印刷制御部２０５は、スプ
ールキューの先頭ジョブを取り出しにいった時、上記プ
リンタ２にリレーしたスプールジョブを取り出すことに
なり、上記プリンタ１でエラーになったページの描画情
報からプリンタ２に再出力することになる。

【００８７】以上のように、本実施の形態の印刷システ
ムでは、エラーが発生したプリンタの内部バッファに記
憶された全てのページ情報をクリアし、完全排紙された
次のページから代替プリンタにリレー出力するため、リ
レー印刷時に同一ページの重複印刷や、ページ抜けの発
生を防止でき、印刷システムの利便性と信頼性を向上で
きる。

【００８８】なお、本発明を適用した上記実施の形態に
おいて図２に示した印刷システムの構成では、ホスト装
置１とＮ台のプリンタをＬＡＮを介して接続した場合を
示したが、更に大規模なネットワークに接続された印刷
システムや、より小規模のネットワークに印刷システム
に対しても本発明は適用可能である。

【００８９】また、上記実施の形態では、複数の印刷要
求ジョブの各ページ毎に印刷データを順番に印刷装置に
送信してそのバッファ内に記憶させ、印刷装置側で受信
した順番にバッファ内より各ページ毎の印刷データを取
り出して印刷を行うことを前提としており、印刷装置よ
り取得する印刷ページに関する情報は、バッファ内に記
憶されている複数ジョブの印刷データをトータルした未
印刷ページ数情報であり、複数ジョブをトータルした送
信出力済ページ数よりこのトータルした未印刷ページ数
を減算することによって、トータルの完全排紙確認済ペ
ージ数を算出し、各印刷要求ジョブのデータを送信した
順番に個々のジョブの送信出力済ページ数と算出したト
ータルの完全排紙確認済ページ数との比較を行っていく
ことにより、どの印刷要求ジョブのどのページ位置が印
刷未完了ページ位置であるかを特定しているが、前記ト
ータルした未印刷ページ数を印刷装置から取得する代わ
りに前記トータルの完全排紙確認済ページ数と等価の情
報を直接印刷装置から取得することによって以下同様の
方法で印刷未完了ページ位置を特定するようにしてもよ
い。

【００９０】また、上記実施の形態では、印刷装置側は
受信した印刷データをジョブ毎に区別することなくトー
タルで扱っているが、各ジョブ毎に印刷ページ数情報を
管理するようにし、印刷制御装置側は、各ジョブ毎に未
印刷ページ数情報または完全排紙済ページ数情報を取得
して各ジョブ毎の印刷未完了ページ位置を特定するよう
にしてもよく、その場合には複数の印刷要求ジョブの各
ページの印刷を順番に行わず、交互に行うような印刷制
御においても同様の効果を期待することが可能となる。

【００９１】

【発明の効果】請求項１記載の発明の印刷制御装置、及
び請求項５記載の発明の記憶媒体によれば、エラー等に
より印刷が中断された際に、印刷出力が完了した次のペ
ージ位置を認識しているので、印刷装置に対して電源Ｏ
ＦＦやリセット等の操作が行われた場合でも、正しいペ
ージ位置からのデータ送信により印刷ページ抜けが発生
することなく印刷を再開することができ、印刷システム
の利便性と信頼性を向上できる。

【００９２】請求項２記載の発明の印刷制御装置によれ
ば、エラーが発生した印刷装置のバッファ内に記憶され
ている印刷出力未完了の印刷要求データを削除すること
により、他の印刷装置に切り換えて未印刷ページの印刷
を継続する場合でも、エラーが発生した印刷装置の復帰
時に余分なページが印刷されてしまうことを防止するこ
とができる。

【００９３】請求項３記載の発明の印刷制御装置によれ
ば、エラー発生時に切り換えて印刷を継続するための印
刷装置を予め指定しておくことができるため、用紙切れ
等のエラーが発生する可能性のある環境においても自動
的に継続印刷を行うことができる。

【００９４】請求項４記載の発明の印刷制御装置によれ
ば、複数の印刷要求ジョブのデータを印刷装置に送信し
ている場合でも、どの印刷要求ジョブのどのページ位置
まで印刷出力が完了したかを確認でき、また、その認識
のために必要な未印刷ページ数を印刷装置から取得する
回数を必要最小限にすることができるので、印刷性能に
影響することなく、複数印刷要求ジョブに対する適切な
印刷制御を行うことができる。

【図面の簡単な説明】

【図１】本発明を適用した一実施の形態における印刷シ
ステムのホスト装置１の要部構成を示すブロック図であ
る。

【図２】図１のホスト装置１の印刷制御機能を示す機能
ブロックと、その機能ブロックに接続されたＮ台のプリ
ンタの構成とを示す図である。

【図３】図２のスプールジョブ記述ファイルの構成例と
描画情報記憶ファイルの構成例とを示す図である。

【図４】図２のリレー印刷制御ファィル２０４の構成例
を示す図である。

【図５】図２のスプールジョブ１に係るプリンタ１用の
完全排紙管理テーブルメモリの記憶過程を示す図であ
る。

【図６】図２のスプールジョブ１、２に係るプリンタ１
用の完全排紙管理テーブルメモリの記憶過程を示す図で
ある。

【図７】図２のスプールジョブ１、２に係るプリンタエ
ラー発生時のプリンタ２用の完全排紙管理テーブルメモ
リの記憶内容を示す図である。

【図８】図１のＣＰＵ２により実行される印刷制御処理
の一部を示すフローチャートである。

【図９】図８に続く印刷制御処理の一部を示すフローチ
ャートである。

【図１０】図１のＣＰＵ２により実行される完全排紙管
理テーブル更新処理を示すフローチャートである。

【図１１】図１のＣＰＵ２により実行されるリレー印刷
処理を示すフローチャートである。

【図１２】従来の印刷システムにおけるプリンタエラー
発生時の処理過程を説明するための図である。

【符号の説明】

１ホスト装置２ＣＰＵ３入力装置４ＲＡＭ５表示装置６ＬＡＮポート７記憶装置８記憶媒体９バス２０１アプリケーションプログラム（ＡＰ１）２０２グラフィカルデバイスインタフェース（ＧＤ
Ｉ）２０３スプール制御部２０４リレー印刷制御ファイル２０５リレー印刷制御部

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１２年１１月８日（２０００．１１．
８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】印刷制御装置、及び記録媒体

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】

【発明の属する技術分野】本発明は、複数の印刷ジョブ
を複数の印刷装置で印刷する際に、状況に応じて印刷装
置の切換制御を行う印刷制御装置、及びその制御プログ
ラムを記憶した記録媒体に関する。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０００３

【補正方法】変更

【補正内容】

【０００３】バッファリング機能付き印刷装置は、例え
ば、ＬＡＮ（Local Area Network）に接続されて、複数
の利用者から共有して利用される。多くの利用者からの
印刷要求ジョブが集中した際の、印刷装置の負荷を分散
して印刷待ち時間を減らすために、複数の印刷装置をＬ
ＡＮ上に接続する場合も多くなっている。この場合、予
め印刷装置を幾つかのグループに分類しておき、グルー
プ内のある印刷装置に、印刷中に用紙切れ等の印刷エラ
ーが発生した場合、自動的に同じグループ内の他の印刷
装置に切り換えて印刷するリレー印刷機能が利用されて
いる。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】そして、リレー印刷制御部１０２は、プリ
ンタ１のエラー検出後、グループ化されたプリンタの中
から他の空いているプリンタ２を検出し、エラー検出し
た５６ページ〜１００ページの印刷データをプリンタ１
からプリンタ２に切り換えて送出し、印刷を続行する。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正内容】

【０００９】

【発明が解決しようとする課題】しかしながら、この場
合、プリンタ１のエラーが回復せず、電源を落としてし
まったような場合には、５１ページ〜５５ページまでの
印刷データは印刷出力されないまま失われてしまう。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００１０

【補正方法】変更

【補正内容】

【００１０】一方、プリンタにバッファリングされてい
る印刷データの出力状況を、ホストコンピュータからの
要求に応じて認識可能な技術も知られているが、通常、
プリンタ側では複数の印刷ジョブ毎に印刷データの出力
状況を管理するようなインテリジェント機能を持ってい
ない。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】このため、１つの印刷要求ジョブに含まれ
る全ての印刷頁データの印刷出力が完了してから、次の
印刷要求ジョブのデータをプリンタへ送信するような場
合には、エラーによる中断があっても印刷出力の未完了
頁位置を特定できる。しかしながら、複数の印刷ジョブ
のデータを連続してプリンタに送信するような場合に
は、複数の印刷ジョブ毎に印刷データの出力状況を管理
できないので、印刷処理が中断された際の印刷出力の未
完了頁位置を特定することができなかった。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】００１２

【補正方法】変更

【補正内容】

【００１２】本発明の課題は、複数の印刷ジョブを複数
の印刷装置で印刷する場合に、いずれかの印刷装置にお
いて用紙切れ等のエラーが発生した際に、中断された印
刷ジョブの未だ印刷が完了していないページから他の印
刷装置へ切り換えて印刷することを可能にすることであ
る。

【手続補正１０】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正内容】

【００１３】特に、複数の利用者からの複数の印刷ジョ
ブを連続して処理するような場合において、複数の印刷
ジョブ毎に印刷データの出力状況を管理するようなイン
テリジェント機能を持たないプリンタへ印刷ジョブを出
力する場合であっても、印刷効率を低下させること無く
複数印刷ジョブの切り換え印刷を行えるようにすること
である。

【手続補正１１】

【補正対象書類名】明細書

【補正対象項目名】００１４

【補正方法】変更

【補正内容】

【００１４】

【課題を解決するための手段】請求項１の発明の手段は
次の通りである。複数の印刷装置に対する印刷データの
出力制御を行う印刷制御装置であって、利用者から要求
された複数の印刷要求ジョブに含まれる複数頁の印刷デ
ータを、前記複数の印刷装置の少なくとも１つに対して
順次送信する送信手段と、前記送信手段によって送信さ
れた印刷データの印刷出力状況を各印刷要求ジョブ毎に
管理する管理手段と、前記印刷装置の印刷出力状況を取
得し、その印刷装置の印刷出力状況に基づいて、前記印
刷要求ジョブ毎に管理される印刷データの印刷出力状況
を更新する更新手段と、前記印刷装置による印刷処理が
エラーの発生により中断された際に、前記印刷要求ジョ
ブ毎に管理される印刷データの印刷出力状況に基づい
て、印刷出力が中断された印刷要求ジョブおよび中断さ
れた頁位置を特定する特定手段と、エラー状態でない印
刷装置に対して、前記印刷出力が中断された印刷要求ジ
ョブの中断された頁位置からの印刷データを再度送信す
る再開手段と、を備えたことを特徴としている。

【手続補正１２】

【補正対象書類名】明細書

【補正対象項目名】００１５

【補正方法】変更

【補正内容】

【００１５】請求項６の発明の手段は次の通りである。
ネットワーク接続された複数の印刷装置に対する印刷デ
ータの出力制御を行う印刷制御装置であって、利用者か
ら要求された複数の印刷要求ジョブに含まれる複数頁の
印刷データを、前記複数の印刷装置の少なくとも１つに
対して順次送信する送信手段と、前記印刷装置による印
刷処理がエラーの発生により中断された際に、前記印刷
装置に送信した印刷データの内、印刷出力が中断された
印刷要求ジョブおよびその印刷要求ジョブにおける未印
刷出力完了頁位置を特定する特定手段と、ネットワーク
接続された他のエラー状態でない印刷装置を選択し、前
記印刷出力が中断された印刷要求ジョブの未印刷出力完
了頁位置からの印刷データをその選択された印刷装置に
対して再度送信する再開手段と、を更に備えたことを特
徴としている。

【手続補正１３】

【補正対象書類名】明細書

【補正対象項目名】００１６

【補正方法】削除

【手続補正１４】

【補正対象書類名】明細書

【補正対象項目名】００９１

【補正方法】変更

【補正内容】

【００９１】

【発明の効果】請求項１記載の発明の印刷制御装置、及
び請求項７記載の発明の記録媒体によれば、プリンタ側
に複数の印刷ジョブ毎の印刷状況を管理するようなイン
テリジェント機能を持たなくとも、例えばプリンタにバ
ッファリングされている単純な未印刷頁数の情報を取得
するだけで、プリンタへ送信した複数の印刷ジョブの中
で印刷出力が中断された印刷要求ジョブおよび中断され
た頁位置を特定することができる。複数の利用者からの
連続した複数の印刷要求ジョブを処理するような場合に
おいても、１つの印刷要求ジョブの処理毎に印刷出力の
完了を待つことなく、連続して複数の印刷要求ジョブの
印刷頁デ−タをプリンタに送信することができ、エラー
等により印刷が中断された際に、プリンタに対して電源
ＯＦＦやリセット等の操作が行われた場合でも、中断さ
れた印刷要求ジョブの正しいページ位置からのデータ送
信により印刷ページ抜けが発生することなく印刷を再開
することができ、印刷システムの利便性と信頼性を向上
できる。

【手続補正１５】

【補正対象書類名】明細書

【補正対象項目名】００９３

【補正方法】変更

【補正内容】

【００９３】請求項３記載の発明によれば、エラーの回
復を待つこと無く、未印刷頁からの印刷データを他のエ
ラー状態でない印刷装置に切り換えて直ちに印刷を続行
することができる。請求項４記載の発明によれば、複数
の印刷要求ジョブのデータを印刷装置に送信している場
合でも、どの印刷要求ジョブのどの頁位置まで印刷出力
が完了したかを確認できる。請求項５記載の発明によれ
ば、ジョブ毎の出力完了頁を認識するために印刷装置か
ら未印刷頁数を取得する回数を必要最小限にすることが
できるので、印刷性能に影響することなく、複数印刷要
求ジョブに対する適切な印刷制御を行うことができる。

【手続補正１６】

【補正対象書類名】明細書

【補正対象項目名】００９４

【補正方法】変更

【補正内容】

【００９４】請求項６記載の発明の印刷制御装置、及び
請求項８記載の発明の記録媒体によれば、複数の利用者
からの連続した複数の印刷要求ジョブを処理するような
場合において、１つの印刷要求ジョブの処理毎に印刷出
力の完了を待つことなく、連続して複数の印刷要求ジョ
ブの印刷頁デ−タをプリンタに送信することができ、エ
ラー等により印刷が中断された際に、ネットワーク上の
他のエラー状態でないプリンタに対し、中断された印刷
要求ジョブの正しいページ位置からのデータ送信により
印刷ページ抜けが発生することなく印刷を再開すること
ができ、印刷システムの利便性と信頼性を向上できる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者田村恒治東京都東大和市桜が丘２丁目229番地カシオ計算機株式会社東京事業所内 (72)発明者波多野英二東京都東大和市桜が丘２丁目229番地カシオ計算機株式会社東京事業所内 (72)発明者津留見誠東京都東大和市桜が丘２丁目229番地カシオ計算機株式会社東京事業所内 (72)発明者福本直樹東京都東大和市桜が丘２丁目229番地カシオ計算機株式会社東京事業所内Ｆターム(参考） 2C061 AP01 HN23 HP00 HQ01 2C087 AB05 AB08 BA03 BC04 DA09 5B021 BB02 CC04 DD07 EE02 NN21

Claims

【特許請求の範囲】

【請求項１】受信した複数ページの印刷要求データを一
時的にバッファに記憶した後、このバッファからデータ
を取り出しながら１ページずつ順番に印刷を行う印刷装
置を制御する印刷制御装置であって、前記印刷装置に送信した印刷データに対する印刷が途中
で中断された場合に、その印刷装置より印刷ページに関
する情報を取得することにより、印刷要求を受けたジョ
ブに対する印刷未完了ページ位置を特定する印刷未完了
ページ位置特定手段と、前記中断された印刷の再開を行う際に、その印刷の再開
を行う印刷装置に対して、前記印刷未完了ページ位置か
らの印刷データの送信を行う印刷データ再送手段と、を具備したことを特徴とする印刷制御装置。
【請求項２】前記印刷装置によるエラーの発生により印
刷が中断された場合には、その印刷装置のバッファに記
憶されている印刷出力未完了の印刷要求データを削除す
る印刷要求削除手段を更に具備し、前記印刷再開データ送信手段は、前記印刷が中断された
印刷装置とは別の印刷装置に対して印刷未完了ページ位
置からの印刷データの送信を行うようにしたことを特徴
とする請求項１記載の印刷制御装置。
【請求項３】印刷装置のエラー発生時に印刷装置を切り
換えて継続印刷を行うための切換先印刷装置を予め指定する切換先印刷装置指定手段を更に
具備し、印刷装置のエラー発生時には、前記切換先印刷装置指定
手段で指定されている印刷装置に対して前記印刷データ
再送信手段による印刷未完了ページ位置からの印刷デー
タの送信を行うようにしたことを特徴とする請求項１記
載の印刷制御装置。
【請求項４】複数の印刷要求ジョブの各々について前記
印刷装置に送信した印刷データのページ数を記憶する送
信ページ数記憶手段を更に具備し、前記印刷未完了ページ位置特定手段は、前記印刷装置よ
り取得した印刷中のページに関する情報と、前記送信ペ
ージ数記憶手段に記憶した各印刷要求ジョブに対する送
信ページ数情報とに基づいて、各々のジョブに対する印
刷未完了ページ位置を特定するようにしたことを特徴と
する請求項１記載の印刷制御装置。
【請求項５】受信した複数ページの印刷要求データを一
時的にバッファに記憶した後、このバッファからデータ
を取り出しながら１ページずつ順番に印刷を行う印刷装
置を制御するためのコンピュータが実行可能なプログラ
ムを格納した記憶媒体であって、前記印刷装置に送信した印刷データに対する印刷が途中
で中断された場合に、その印刷装置より印刷ページに関
する情報を取得することにより、印刷要求を受けたジョ
ブに対する印刷未完了ページ位置を特定するためのコン
ピュータが実行可能なプログラムコードと、前記中断された印刷の再開を行う際に、その印刷の再開
を行う印刷装置に対して、前記印刷未完了ページ位置か
らの印刷データの送信を行うためのコンピュータが実行
可能なプログラムコードと、を含むプログラムを格納したことを特徴とする記憶媒
体。