JP3326042B2 - 印刷システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サーバを含むネットワ
ーク側より受信した印刷データに基づいて用紙上に１ペ
ージ分の印刷を行う印刷装置を備える印刷システムに関
する。

【０００２】

【従来の技術】ネットワークを介してパーソナルコンピ
ュータ等の上位制御装置に接続されているページプリン
タはネットワーク側から順次送られてくる印刷データが
１ページ分揃った時点で、一度に１ページ分を印刷す
る。

【０００３】この種の印刷装置としてはサーマルヘッ
ド、インクジェット等を用いたものがあるが、ここでは
電子写真プリンタについて説明する。電子写真プリンタ
は、コントローラ、エンジン部及びエンジンコントロー
ラから構成される。コントローラは、ワークステーショ
ンやパーソナルコンピュータ等の上位制御装置にネット
ワークを介して接続され、この上位制御装置から印刷デ
ータを受け取り、この印刷データを編集して編集印刷デ
ータを作成し、更にエンジン部で印刷が可能となる画像
データ形式に展開処理する。編集印刷データはキャラク
タコードデータと制御データ等から成るデータ構成を有
し、展開処理によって、所定の分解能のドットから成る
画素マトリクスで表した画像データに変換される。

【０００４】エンジンコントローラは、コントローラで
展開された画像データに基づいてエンジン部を制御す
る。エンジン部は印刷ドラム等を含み、エンジンコント
ローラから入力した画像データに基づき印刷用紙に印刷
を行う。エンジン部の発光方式としてはレーザ方式、Ｌ
ＥＤ方式、液晶シャッタ方式、プラズマディスプレイ方
式等が知られている。

【０００５】ところで、図２は印刷装置の用紙走行説明
図である。この図２において、用紙カセット１内には印
刷用紙２が収納され、最上位の用紙２は装置の内部のピ
ックアップローラ３にてカセット１より取り出され、セ
パレーションローラ４，４にて密着している他の用紙が
分離される。次に、用紙２はレジストレーションローラ
５，５及びバイアス転送ローラ６にて印字ドラム７まで
搬送される。印字ドラム７はレーザービーム等の光源に
て感光され、トナーにて現像されているので、用紙２に
はトナーが転写され、かつ定着ローラ８にて定着されて
印刷される。印刷の終了した用紙２は転送ローラ９にて
転送され、排出センサ１０を通過して排出ローラ１１に
よりフェイスダウン排出用紙トレイ１２に排出される。

【０００６】また、両面印刷方式の印刷装置では、用紙
の一方の面に印刷を行った後、両面印刷ピックアップロ
ーラにより用紙をスイッチバック動作させ、他方の面に
も印刷を行って排出させる。

【０００７】さて、この種の印刷装置では印刷中にジャ
ム、トナー切れ、簡易な機構的故障等の印刷障害を起こ
すことがある。この場合、印刷装置ではページバッファ
メモリ等に格納した印刷データが消却されてしまってい
るので、印刷データを予めメモリに保存しておき、障害
復旧後にこの保存データに基づいて印刷を再開するリカ
バリ方式が採用され、これにより上位制御装置より再度
印刷データを受信せずに印刷を可能としている。

【０００８】第１のリカバリ方式としては、従来、展開
して得られるドット単位の画像データを格納するラスタ
バッファメモリに、用紙が完全に排出されるまで１ペー
ジ分の画像データを保存する方式が知られている。ま
た、第２のリカバリ方式としては、編集して作成した編
集印刷データを格納するページバッファメモリに、同一
の編集印刷データを復旧用データとして個別に保存する
方式が知られている。

【０００９】

【発明が解決しようとする課題】しかし、上記した第１
のリカバリ方式では、少なくとも用紙１ページ分の面バ
ッファが必要なため、１面分のみのラスタバッファメモ
リを有する印刷装置では用紙が完全に排出されるまで次
ページの編集印刷データの展開処理を実行することがで
きない。このため高速印刷を行う際には印刷装置に複数
ページ分の大メモリ容量のラスタバッファメモリを設け
なければならず、非常に高価となる欠点があった。

【００１０】また、上記した第２のリカバリ方式では両
面印刷を高速で行う印刷装置の場合用紙走行路内に複数
の用紙が存在するため、この複数の用紙に対応させた複
数ページ分の編集印刷データを二重に格納するページバ
ッファメモリが必要となり、従って、同様にメモリ容量
の大きなページバッファメモリを用いるため非常に高価
となる欠点があった。特に、イメージデータ量が多い場
合にはラスタバッファメモリとほぼ同一メモリ容量のペ
ージバッファメモリが必要となってしまう。

【００１１】

【課題を解決するための手段】本発明は上記の点を解決
するために次の構成を有する。本発明は、サーバを含む
ネットワークに印刷装置が接続され、この印刷装置がネ
ットワーク側から受信した印刷データを編集して作成し
た編集印刷データを格納するページバッファメモリを有
する印刷システムにおいて、編集印刷データに識別デー
タを付加して印刷装置よりサーバへ送信して、サーバ側
のメモリへ格納し、ページバッファメモリの編集印刷デ
ータに基づいて印刷が終了した場合印刷装置よりサーバ
へデータ消去信号を送信し、印刷障害が発生した場合印
刷装置がサーバより対応する編集印刷データを取り込
み、障害の復旧で印刷を再開することを特徴とする。

【００１２】また、他の発明の印刷システムは、複数ペ
ージ分の編集印刷データをページバッファメモリに格納
した場合所定データ量の編集印刷データに識別データを
付加して印刷装置内のメモリに格納し、残りの編集印刷
データに識別データを付加してサーバ側に送信してサー
バ側メモリに格納し、いずれかの編集印刷データに基づ
く印刷が終了した場合対応するメモリ内の編集印刷デー
タを消去し、印刷障害が発生した場合対応するメモリよ
り編集印刷データを取り込み、障害の復旧で印刷を再開
することを特徴とする。

【００１３】

【作用】編集印刷データの全部又は一部を復旧用データ
としてサーバ側のメモリに一時的に格納し、印刷障害の
発生した場合識別データを利用してサーバ側よりこの保
存データを印刷装置側で取り込むので、印刷装置にメモ
リ容量の大きなページバッファメモリ等を設けなくても
高速印刷が可能である。

【００１４】

【実施例】以下、本発明の実施例について図面を参照し
ながら詳細に説明する。図１は本発明の実施例を示す印
刷システムのブロック図である。図１において、この印
刷システムはネットワーク２０及び印刷装置３０を有
し、ネットワーク２０にはサーバ２１、クライアントワ
ークステーション２２，２３…が接続されている。印刷
装置３０は、コントローラ３１を有し、このコントロー
ラ３１はネットワーク２０に接続されているインタフェ
ース部３２、受信バッファメモリ３３、編集部３４、ペ
ージバッファメモリ３５、フォントメモリ３６、展開部
３７、ラスタバッファメモリ３８、印刷起動制御部３
９、送信バッファメモリ４０、ページバッファ管理メモ
リ４１とから構成されている。また、この印刷装置３０
はエンジンコントローラ４２及びエンジン部４６を有し
ている。

【００１５】上位制御装置であるサーバ２１、クライア
ントワークステーション２２，２３は、印刷データを作
成するコンピュータ、ワークステーション、ワードプロ
セッサ、画像読取装置等の装置であり、インタフェース
１３を介して印刷装置３０に接続されている。インタフ
ェース１３は、いわゆるＲＳ２３２Ｃ等のシリアルイン
タフェースや双方向パラレルインタフェース、ＩＥＥＥ
８０２．３又はＩＥＥＥ８０２．５等のＬＡＮインタフ
ェースである。インタフェース部３２はインタフェース
１３と接続され、データの受信を行う機能を有する回路
から構成される受信部である。

【００１６】受信バッファメモリ３３は、インタフェー
ス部３２が受信した印刷データを一時的に格納するメモ
リであり、上位制御装置から受信する印刷データの受信
速度と、編集部３４で処理される印刷データの処理速度
の違いを調整する。編集部３４は、受信バッファメモリ
３３から印刷データとして送られてくるキャラクタコー
ド及び印刷位置、文章の改行を示すキャリッジリター
ン、ページの終わりを示すフォームフィード信号等の制
御コマンド等の情報により１ページ分の印刷データを編
集し、得られた編集印刷データをページバッファメモリ
３５に格納する処理部である。ページの終わりは、例え
ばフォームフィードコマンドにより識別することができ
る。

【００１７】ページバッファメモリ３５は、編集部３４
から送られてくる編集印刷データのキャラクタコード、
キャラクタの種類、キャラクタの大きさ、及びキャラク
タの位置を数ページ分格納するメモリである。フォント
メモリ３６は、編集印刷データを構成する各キャラクタ
コードに対応したキャラクタフォント及び各キャラクタ
フォントの属性値が格納されているメモリである。キャ
ラクタフォントは、各書体、キャラクタ毎に各々格納さ
れている。属性値は、各キャラクタフォント毎に縦方向
ビット数、横方向ビット数、キャラクタ移動量等の各値
を含むものである。

【００１８】展開部３７は、ページバッファメモリ３５
から入力したキャラクタコード及び印刷位置、文章の改
行を示すキャリッジリターン等の制御コマンド等の情報
から成る編集印刷データと、フォントメモリ３６に格納
されているキャラクタフォントによりラスタバッファメ
モリ３８に印刷するドットに１対１で対応させるビット
マップに展開を行って画像データを作成する処理部であ
る。ラスタバッファメモリ３８は、展開部３７により展
開して作成された各画素の集合体より構成される画像デ
ータを格納するメモリである。

【００１９】印刷起動制御部３９は、編集部３４が出力
するフォームフィードコマンドを検知したことを示す信
号が入力されると、エンジンコントローラ４２を介して
エンジン部４６に印刷起動信号を送ると同時に、展開部
３７に対して展開開始の信号を出力し、ラスタバッファ
メモリ３８に展開された画像データを読み出してビデオ
信号に変換し、エンジンコントローラ４２を介してエン
ジン部４６に伝送する処理を行う制御部である。尚、こ
の制御部３９はエンジンコントローラ４２に対し、制御
コマンド及びアラーム等のやり取りもつかさどる。

【００２０】エンジンコントローラ４２は上記印刷起動
制御部３９に接続されているモータ速度信号受信部４
３、モータ速度制御部４４及び上記ラスタバッファメモ
リ３８に接続されている発光コントローラ４５を有して
いる。

【００２１】エンジン部４６は、上記ラスタバッファメ
モリ３８に格納された画像データに基づいて、印刷用の
用紙へ印刷を実行する機構部であり、印刷ドラム４７及
びその駆動用のモータ４８、印刷ドラム４７の感光用の
発光器４９を有し、その他、用紙走行系等を含んでい
る。

【００２２】ページバッファ管理メモリ４１は、編集部
３４がページバッファメモリ３５に編集作成して格納し
た編集印刷データをページ毎に管理するために設けら
れ、現在のステータス及び、当該編集印刷データを送信
バッファメモリ４０及びインタフェース部３２、インタ
フェース１３を介し、サーバ２１のバッファメモリ２１
Ａへ保存送信するため、識別データとしてのファイル名
等の管理データを保存するテーブルが後述のように作成
される。

【００２３】送信バッファメモリ４０は、編集部３４及
びページバッファ管理メモリ４１から送信されるデータ
を一時的に格納するメモリであり、編集部３４及びペー
ジバッファ管理メモリ４１から送信されるデータの速度
と、サーバ２１、クライアントワークステーション２
２，２３が受信する速度との調整を行う。

【００２４】ここで、上記したラスタバッファメモリ３
８のバンドバッファ構造について説明する。図３は、ラ
スタバッファメモリ３８のバンドバッファ構造を説明す
る図であり、このバンドバッファ構造は用紙２に対して
展開部３７によって展開される仮想的な画像データの用
紙１ページ分の副走査（Ｙ）方向を、例えば６４ドット
（３００ＤＰＩの印刷装置では、１ドットは１／３００
インチ）毎に分割し、対応するバンドバッファ３８ａ，
３８ｂ，３８ｃの３バンドで構成されたメモリ構成とし
ている。このようなラスタバッファメモリ３８は１ペー
ジ分の画像メモリを必要としないので、少ないメモリ容
量で形成できる。

【００２５】編集部３４は上記バンド単位に印刷データ
をグループ化して編集し、得られた編集印刷データをペ
ージバッファメモリ３５に格納する。一方、展開部３７
はこのバンド単位にページバッファメモリ３５から編集
印刷データを読み出し、画像データに展開して、画像デ
ータ１バンド分をラスタバッファメモリ３８の上記バン
ドバッファの１つのバンドに格納する。印刷時は、当該
バンドバッファから順次画像データをバンド単位でラス
タバッファメモリ３８よりエンジンコントローラ４２の
発光コントローラ４５に出力し、印刷する。

【００２６】即ち、バンドバッファ構造を有するラスタ
バッファメモリ３８は、バンドバッファ３８ａにおいて
順次、画像データの書き込み、その画像データの抽出、
画像データの消去の一連の動作が繰り返される。

【００２７】次に、ラスタバッファメモリ３８のバンド
バッファ構造に対応したページバッファメモリ３５の構
造を説明する。図４は、ページバッファメモリ３５のバ
ンド編集テーブルを示す図である。図４において、この
バンド編集テーブル５０は、バンド番号５１、バッファ
サイズ５２、Ｘ座標５３、Ｙ座標５４、データ属性５
５、フォント番号５６、フォント属性５７、キャラクタ
サイズ５８、キャラクタコード５９、及びチェーンアド
レス６０の各要素で構成されている。このバンド編集テ
ーブル５０はラスタバッファメモリ３８の１バンド分に
対応する編集印刷データを格納して構成され、バンド番
号５１は、自己のテーブル５０のバンドが用紙１ページ
の副走査（Ｙ）方向の何番目に該当するかを表す番号で
ある。バッファサイズ５２は、自己のテーブルのメモリ
容量である。Ｘ座標５３及びＹ座標５４は、自己のバン
ドバッファにおいて最初に印刷されるデータのバンド内
での相対座標である。以後この座標は、印刷されるデー
タが固定量より変化したときに、両方又は片方が順次格
納される。データ属性５５は、以後の印刷すべきデータ
がキャラクタ、イメージデータ、罫線、マクロ等のデー
タの種別を区別するデータである。

【００２８】フォント番号５６は、フォントメモリ３６
に対応するフォント種情報である。フォント属性５７
は、フォントメモリ３６に対応するフォント種の印字ピ
ッチ等情報である。キャラクタサイズ５８は、印字する
文字の文字サイズ情報である。キャラクタコード５９
は、印字する文字のキャラクタコードである。チェーン
アドレス６０は、自己のバンド編集テーブルの次のバン
ド編集テーブルの格納位置を示す最初のアドレスであ
る。編集部３４は、編集の際に、受信した印刷データを
各バンド毎に、上記各要素を当該バンド編集テーブル５
０に格納し、異なる要素に対応したコマンドを受信する
毎に、各要素を追加格納し、図４で示すバンド編集テー
ブル５０を作成する。

【００２９】図５はページバッファメモリ３５のバンド
チェーンアドレステーブルを示す図である。図５におい
て、バンドチェーンアドレステーブル６１は、ページ番
号６２ａ，６２ｂ、ページチェーンアドレス６３ａ，６
３ｂ、チェーンアドレス６４ａ〜６４ｍ、サイズ６５ａ
〜６５ｍの各要素で構成される。ページ番号６２ａ等
は、当該バンドチェーンアドレステーブルの印刷ページ
番号を示すシーケンシャル番号である。ページチェーン
アドレス６３ａ，６３ｂは、自己のバンドチェーンアド
レステーブルの次のページのバンドチェーンアドレステ
ーブルの最初のアドレスを示す相対アドレスであり、図
のページチェーンアドレス６３ａには、次のページ番号
６２ｂを示す相対アドレスが格納される。チェーンアド
レス６４ａ〜６４ｍには、それぞれのバンドに対応する
図４のバンド編集テーブル５０を示す先頭アドレスが格
納され、サイズ６５ａ〜６５ｍには同様に図４のそれぞ
れのバンドに対応するバッファサイズ５２が格納され
る。編集部３４は、バンド編集テーブル５０を作成する
毎に上記バンドチェーンアドレステーブル６１をページ
毎に作成する。

【００３０】図６はページバッファメモリ３５の全体構
造を示す図である。編集部３４は、図６に示すように、
上記１ページ分のバンドチェーンアドレステーブル６１
Ａ，６１Ｂ，……を順番にページバッファメモリ３５の
先頭アドレスから格納し、又上記１ページ分の各バンド
編集テーブル５０Ａ，５０Ｂ，５０Ｃ，……をページバ
ッファメモリ３５の最後のアドレスから順次格納する。
尚、この格納方式は、逆であっても、ランダムであって
も構わない。

【００３１】一方、図７は、ページバッファ管理メモリ
４１の構造を示す図である。図７において、ページバッ
ファ管理メモリ４１は、シーケンシャル番号６６、ステ
ータス６７、印刷プライオリティ６８、ファイル名６
９、バンドチェーンアドレステーブルのアドレス７０の
各要素からなるテーブル構造からなる。シーケンシャル
番号６６は、印刷ページの１ページ毎に付けられるシー
ケンシャルな番号である。ステータス６７は、当該ペー
ジが現在どのような状態にあるのかを示すステータスで
あり、図８に示すステータス情報００〜ＦＦが存在す
る。印刷プライオリティ６８は、当該ページ印刷の順番
を表す番号である。ファイル名６９には、当該ページの
各バンド編集テーブル５０及びバンドチェーンアドレス
テーブル６１で構成されるページバッファメモリ３５の
内容をサーバ２１に保存させる際のファイルネームｆ
１，ｆ２，ｆ３が識別データとして格納される。

【００３２】バンドチェーンアドレステーブルのアドレ
ス７０には、当該ページに対応するページバッファ内の
バンドチェーンアドレステーブル６１の先頭アドレスＡ
１，Ａ２，Ａ３が格納される。このように、編集部３４
はページバッファメモリ３５に図４乃至図６で示す編集
印刷データを格納すると同時に、ページバッファ管理メ
モリ４１には、そのページ毎にシーケンシャル番号６
６、印刷プライオリティ６８、サーバ２１に格納するフ
ァイル名６９を付与し、更に該当するページのバンドチ
ェーンアドレステーブルのアドレス７０を格納し、かつ
その時点でのステータス６７を格納する。

【００３３】次に、図１及び図９，図１０を用いて本発
明の具体的なジャムリカバリ動作を説明する。図９及び
図１０は、コントローラ３１の各処理部の動作を示した
遷移図であり、横軸に時間、縦軸に各処理部の項目と印
刷状況、及び用紙走行を示す。そして、，，，
等の数字は各処理及び用紙走行時の印刷ページ数を示
す。受信処理では、図１１のフローチャートで示される
処理で、インタフェース部３２を介して上位制御装置か
ら受信した印刷データを、受信バッファメモリ３３に格
納する。この受信処理は、インタフェース部３２からの
送信データの存在を示す割り込み等の手段によって受信
バッファメモリ３３が起動する。展開処理は、図１２の
フローチャートで示される展開部３７の処理で、ページ
バッファメモリ３５の各バンド毎に、編集印刷データを
ラスタバッファメモリ３８のバンドバッファ３８ａ等に
ビットマップデータとして展開を行う処理である。この
展開処理では、ページの初めのバンドにおける展開部３
７の起動は、編集部３４により印刷起動制御部３９を介
して割り込み等の手段によって行われ、それ以後は印刷
起動制御部３９により、エンジン部４６の印刷速度に合
わせて定期的に割り込み等の手段によって起動される。

【００３４】編集処理は、図１３のフローチャートで示
される編集部３４の処理で、受信処理で受信バッファメ
モリ３３に格納された印刷データを制御コードコマンド
と印刷データとに分析して編集し、ページバッファメモ
リ３５のバンドチェーンアドレステーブル６１（図５参
照）、バンド編集テーブル５０（図４参照）を作成する
と同時にページバッファ管理メモリ４１（図７参照）を
作成し管理を行う処理である。この編集処理は、一度起
動すると定常的に動作し他の割り込み等の処理にて、中
断されることがある。

【００３５】送信処理は、図１４のフローチャートで示
される編集部３４の処理で、送信バッファメモリ４０に
格納されたファイル名を有する編集印刷データを、イン
タフェース部３２で使用されているプロトコルに合わせ
て付加情報を付け加えてインタフェース部３２に送る処
理である。このプロトコルとは、例えば、ＩＥＥＥ８０
２．３における伝送プロトコルであり、付加情報とはパ
ケット伝送のヘッダ情報等である。この送信処理は、割
り込み又はセンス等の手段により起動される。

【００３６】モニタ処理は、図１５のフローチャートで
示される編集部３４等の処理で、タイマ等の定期的な周
期、例えば１０ms周期のタイミングで起動する処理であ
り、各処理のジョブケジュール処理や、アラームセンス
及びアラーム処理、各種割り込み処理を含む。印刷処理
は、用紙が印刷ドラム４７によりトナーを転写されてい
る期間を示す。用紙走行は、用紙が印刷装置の走行路内
に存在している期間を示す。

【００３７】さて、サーバ２１又は、クライアントワー
クステーション２２，２３から送られた印刷データは、
ネットワーク２０及びインタフェース１３を介して、イ
ンタフェース部３２で受信される。このインタフェース
部３２の受信起動により、受信処理では、１ページ目
の印刷データを受信する。１ページ目の受信が終わる
と、１ページ目の編集処理が実行される。この編集処
理では、１ページ目内の各バンド編集テーブル５０
（図４参照）を作成し、かつこれらのアドレスを管理す
るバンドチェーンアドレステーブル６１（図５参照）を
作成する。このバンドチェーンアドレステーブル６１の
作成と同時に、ページバッファ管理メモリ４１に１ペー
ジ目の管理データ（図７参照）を作成して格納する。
この場合、シーケンシャル番号６６には１ページ目で
あるから、［１］を格納し、ステータス６７には、１ペ
ージ目の編集が終了していれば編集終了のステータス
である［０３］（図８参照）を格納する。印刷プライオ
リティ６８には、１番目の印刷であるので［１］を格納
する。

【００３８】また、ファイル名６９には［ｆ１］を格納
し、バンドチェーンアドレステーブルのアドレス７０に
は、自己のバンドチェーンアドレステーブルの先頭アド
レス［Ａ１］を格納する。このように、ページバッファ
管理メモリ４１を作成した後には、編集部３４は更に送
信のための編集処理を実行し、ページファイル管理メモ
リ４１のファイル名６９の［ｆ１］及びバンドチェーン
アドレステーブルのアドレス７０の［Ａ１］で示される
当該バンドチェーンアドレステーブル６１の内容と当該
各バンド編集テーブル５０の内容、つまり、１ページ目
の編集印刷データを送信バッファメモリ４０に格納す
る。同時に、ページバッファ管理メモリ４１のステータ
スＳに保存送信中のステータスを示す［０７］を格納す
る。

【００３９】次に、１ページ目の編集印刷データを送
信バッファメモリ４０に格納した後には、送信処理が実
行される。１ページ目の送信処理では、送信バッファ
メモリ４０に格納されている、当該ページのページバッ
ファの編集印刷データを、ファイル名［ｆ１］として、
伝送プロトコルに変換し、インタフェース部３２を介し
てサーバ２１に送信し、そのバッファメモリ２１Ａにフ
ァイルとして記憶させる。伝送処理が終了すると、編集
処理にリターンされる。一方、送信処理が終了すると、
編集部３４はページバッファ管理メモリ４１の１ページ
目のステータスを保存送信終了［０８］に変更して格
納する。

【００４０】次いで、既に１ページ目の全ての編集印
刷データがページバッファメモリ３５に格納されている
ので、展開処理が実行される。展開処理では、ページバ
ッファ管理メモリ４１のバンドチェーンアドレステーブ
ルのアドレスＡ１により、ページバッファメモリ３５の
バンドチェーンテーブル６１Ａのアドレスを検索する。
更に、当該バンドチェーンアドレステーブル６１Ａ（図
６参照）のチェーンアドレス６４ａを検索することによ
り、ページバッファメモリ３５において第１バンド目
の、バンド編集データ５０の存在アドレスを得る。

【００４１】次に、当該バンド編集テーブル５０のバッ
ファサイズ６５ａにてテーブルの最後を確認し、当該テ
ーブル５０の内容に従って、対応するラスタバッファメ
モリ３８の第１バンド３８ａに編集印刷データをバンド
単位の画像データとして展開する。尚、この展開処理時
の展開の各パラメータは、変更がない限り、前に設定さ
れたパラメータを引き継ぐという方法を取ることによ
り、バンド編集テーブルのサイズを小さくして、使用メ
モリ容量を節約できる。また、ページバッファ管理メモ
リ４１のステータスＳを、展開中［０４］に変更して格
納する。

【００４２】以上の展開処理では、予め定めてあるバン
ド数、例えば３バンドの展開を当該バンドチェーンアド
レステーブル及び該当するバンド編集テーブル５０か
ら、ラスタバッファメモリ３８の各バンドバッファ３８
ａ〜３８ｃに展開を行う。ページの最初の展開処理の起
動は編集部３４により行われたが、以後の当該ページの
展開処理はエンジン部４６からの印刷速度に対応した周
期で定期的に起動が行われている。このように、ページ
の最初の展開処理を編集部３４にて行うのは、当該ペー
ジの編集が完全に終了してからではないと、展開処理を
行うことができないためである。上記展開処理が終了す
ると、編集処理にリターンする。

【００４３】次に、編集処理は、モニタ処理を介して印
刷起動制御部３９に印刷開始の指示を行い、１ページ目
の印刷を開始させる。この場合１ページ目の用紙も
印刷位置で印刷と同期して走行を始める。

【００４４】一方、２ページ目の印刷データが送信さ
れてくると、受信処理の割り込みを許可して２ページ目
の受信が行われ、２ページ目の編集処理が行われ
る。従って、前述のようにページバッファメモリ３５に
２ページ目のバンド編集テーブルとバンドチェーンア
ドレステーブルが作成され、同時にページバッファ管理
メモリ４１に２ページ目の管理データ（図７参照）が
格納される。また、２ページ目のデータ作成時にも定
期的に割り込み処理が行われ、１ページ目の他のバン
ドの編集印刷データの展開処理及び３ページ目の受信
処理、４ページ目の受信処理が前述同様に行われる。

【００４５】１ページ目の最後の展開処理が終了する
と、予め送信処理にて、サーバ２１に１ページ目の編
集印刷データを保存しているので、ページバッファ管理
メモリ４１の１ページ目に対応する管理データをクリ
アして、占有していたメモリ部を開放する。

【００４６】つまり、ステータスＳを展開終了［０５］
にし、バンドチェーンアドレステーブルのアドレスＡ１
を［０］にする。上記と同様な割り込み処理を続け、モ
ニタ処理において印刷起動制御部３９から１ページ目
の用紙走行が終了し、排出完了信号を受け取ると、編集
部３４はページバッファ管理メモリ４１のファイル名
［ｆ１］を検索し、サーバ２１のバッファメモリ２１Ａ
に格納してあるファイル［ｆ１］を消去するコマンドを
送信バッファメモリ４０に格納し、送信処理を実行さ
せ、サーバ２１内の１ページに対応する編集印刷デー
タを消去させる。これと同時に、ページバッファ管理メ
モリ４１の１ページ目に対応する管理データをすべて
クリアする。

【００４７】さて、同様な処理を続け、モニタ処理にお
いて印刷起動制御部３９から２ページ目の用紙走行中
及び３ページ目の用紙走行中に用紙ジャム検出を受け
取ると、図１６のフローチャートで図示するように、モ
ニタ処理では編集部３４はページバッファ管理メモリ４
１のファイル名よりファイル［ｆ２］及び［ｆ３］を得
て、サーバ２１へ対応するデータを要求するために、ロ
ードコマンドを送信バッファメモリ４０に格納し、送信
処理を起動する。サーバ２１からデータ送信が行われ、
受信処理で２ページ目′及び３ページ目′の編集印
刷データを入手すると、それぞれの相対アドレスを計算
して、該当する２ページ目′と３ページ目′のバン
ド編集テーブル、バンドチェーンアドレステーブル、ペ
ージバッファ管理メモリ４１の管理データを作成する。

【００４８】モニタ処理にてオペレータ等によりジャム
を排除して復旧させると、サーバ２１よりロードして再
構成された各テーブル等により、２ページ目′、３ペ
ージ目′の展開処理を同様に行い印刷を行う。上記実
施例では、受信処理及び送信処理を１ページ毎に行って
いるが、本発明では必ずしもページ単位で送・受信する
必要はなく、ブロック単位、バイト単位であってもなん
ら問題はない。

【００４９】次に、各処理動作をフローチャートにより
説明する。図１８は本発明の印刷システムの全体的動作
を示すフローチャートである。即ち、最初にシステム全
体の初期設定、例えばハードウェア等の初期設定を行う
（Ｓ７０１）。次に、モニタの設定を行い、定期的に動
作するモニタ処理の起動を開始する（Ｓ７０２）。この
モニタ処理は印刷装置全体を制御する制御部（図示せ
ず）または編集部３４が実行する。次に、編集部３４の
編集処理を起動させるが、送信処理等の各処理が割り込
み処理されるので、この場合には編集処理が中断され
る。そして、システムの動作が終了するまで編集処理が
動作している（Ｓ７０３）。

【００５０】図１１は上記した受信処理のフローチャー
トである。インタフェース部３２に印刷データが存在す
ると、割り込み処理等にて受信処理が起動され、受信バ
ッファメモリ３３に空バッファがあるか否かを調べ（Ｓ
１０１）、空バッファが存在する場合、インタフェース
部３２を介して上位制御装置であるサーバ２１、クライ
アントワークステーション２２，２３等から印刷データ
を受信し（Ｓ１０２）、伝送プロトコルを解釈して印刷
データを受信バッファメモリ３３へ格納する（Ｓ１０
３）。データ受信後、受信バッファメモリ３３のバッフ
ァが空か否かを示すテーブル及び次の印刷データを格納
する場所を示すポインタを更新する（Ｓ１０４）。更
に、受信すべき印刷データがあればステップＳ１０１へ
戻り、データ受信を終了すると受信処理を終了する（Ｓ
１０５）。尚、受信バッファメモリ３３は既知のリング
バッファ構造等を有している。

【００５１】図１３は編集処理のフローチャートであ
る。この編集処理は定常的に実行され、他の各処理の割
り込み等を受付ける。編集部３４は受信バッファメモリ
３３より１バイトずつ受信した印刷データを読み出す
（Ｓ２０１）。次に読み出した印刷データが制御デー
タ、グラフィックス、文字データのいずれかを判別し
（Ｓ２０２，２０４）、制御データ及びグラフィックス
の場合にはそれぞれの処理を行う（Ｓ２０３，Ｓ２１
２）。次いで、文字の属性の読み出しをフォントメモリ
３６から行い（Ｓ２０５）、印字座標、文字サイズ、文
字ピッチ等から印刷エリア内か否かの判別を行う（Ｓ２
０６）。

【００５２】エリア外の場合には、受け捨て処理を行い
（Ｓ２０７）、ステップＳ２０１に戻る。エリア内の場
合には、印刷データを分析、編集し、得られたバンド単
位の編集印刷データをページバッファメモリ３５の該当
するバンド編集テーブルに格納し、必要に応じてバンド
チェーンアドレステーブルを更新する。一方、編集部３
４はページバッファ管理メモリ４１の管理データを作成
し（Ｓ２１０）、割り込み処理等によって変化したステ
ータス等を更新し格納する（Ｓ２１１）。その後はステ
ップＳ２０１へ戻り処理を続行する。

【００５３】一方、編集部３４はページバッファメモリ
３５に１ページ分の編集印刷データが格納されると、こ
の編集印刷データにファイル名を付し、送信バッファメ
モリ４０へ供給する（Ｓ２１３）。

【００５４】図１４は送信処理のフローチャートであ
る。割り込み等にて送信処理が起動されると、送信バッ
ファメモリ４０から編集印刷データを識別データとして
のファイル名と共に取り出し（Ｓ３０１）、伝送プロト
コルにあった付加情報と共に、伝送プロトコルに翻訳し
てサーバ２１へ送信する（Ｓ３０２，Ｓ３０３）。以上
の動作を送信バッファメモリ４０が空になるまで続ける
（Ｓ３０４）。尚、送信バッファメモリ４０は既知のリ
ングバッファ構造等を有している。

【００５５】図１２は展開処理フローチャートである。
展開処理は上記したように割り込み等にて起動される。
展開部３７はページバッファ管理メモリ４１の管理デー
タ及びページバッファメモリ３５のバンドチェーンアド
レステーブルから該当するバンド編集テーブルの格納場
所を検索し、このバンド編集テーブルの編集印刷データ
を対応するラスタバッファメモリ３８のバンドバッファ
に画像データとして展開する（Ｓ１００１，Ｓ１００
２）。

【００５６】次に、バンド編集テーブルの最後のデータ
であるか否かを判別し（Ｓ１００３）、データの読み取
りが未終了ならばバンド編集テーブルの検索ポインタを
更新し（Ｓ１００４）、ステップＳ１００１へ戻る。当
該バンド編集テーブルのデータ読み取りが終了したなら
ば、バンドチェーンアドレステーブルを検索し、定めら
れた数のバンド数（バンド編集テーブル数）を展開した
か否かを調べる（Ｓ１００５）。最後のバンドでなけれ
ば、次のバンド編集テーブルを得るために、バンドチェ
ーンアドレステーブルを検索し、次のバンド編集テーブ
ルを検知して、索引ポインタを更新する（Ｓ１００
７）。最後のバンド編集テーブルならば、次の展開処理
のためにバンド索引データを更新し、終了する（Ｓ１０
０６）。

【００５７】図１５はモニタ処理のフローチャートであ
る。モニタ処理は全体処理で初めに起動された後、タイ
マ割り込み等の手段やアラーム等の割り込みで起動され
る。先ず、ハードウェア等を管理するタイマ管理処理を
行い（Ｓ４０１）、各種処理のジョブスケジュール管理
を行う（Ｓ４０２）。次に、割り込み処理があるか否か
を判別し、なければ終了する（Ｓ４０３）。割り込み処
理がある場合その処理がアラームか否かを判別し（Ｓ４
０４）、アラームならばそのアラームの種類を判別し、
当該アラーム処理を行う（Ｓ４０５，Ｓ４０６）。一
方、アラームでない場合は印刷起動制御部３９との通信
を含めた各種割り込み処理を実行する（Ｓ４０７）。次
に、ハードウェア等のステータス判別処理及びそのステ
ータス付随処理を行い終了する（Ｓ４０８，Ｓ４０
９）。

【００５８】図１６は、ページジャム処理フローチャー
トである。このページジャム処理はモニタ処理のアラー
ム処理の一つとして実行されている。先ず、ページジャ
ムを検出すると、安全を図るためエンジン部４６のヒー
タ等の電源を切断する等のアラーム処理を行う（Ｓ５０
１）。次に、当該ページの編集印刷データがページバッ
ファメモリ３４に存在するか否かを判別し、存在するな
らばステップＳ５０５に進む。存在しない場合、対応す
る編集印刷データをサーバ２１へ要求する（Ｓ５０
３）。次いで、サーバ２１より所定の編集印刷データを
受信すると、このデータをページバッファメモリ３５の
対応するバンド編集テーブルに書き込む（Ｓ５０４）。
ひき続き、現在までの印刷状態を検知し、ページバッフ
ァメモリ３５及びページバッファ管理メモリ４１の内容
を更新し、整理して終了する（Ｓ５０５）。これによっ
て印刷の再開が可能となる。

【００５９】図１７は正常処理のフローチャートであ
る。１ページ分の印刷がすべて終了し、印刷起動制御部
３９より排出完了信号を受けると（Ｓ６０１）、編集部
３４はページに対応するファイル名に基づいて消去コマ
ンドを送信バッファメモリ４０に供給する（Ｓ６０
２）。これによって、インタフェース部３２を介してサ
ーバ２１へ消去コマンドが送信されるので、サーバ２１
内の対応する編集印刷データが消去される。一方、編集
部３４はページバッファ管理メモリ４１の印刷の終了し
たページに対応する管理データをクリアする（Ｓ６０
３）。

【００６０】ところで、他の実施例として、ページバッ
ファメモリ３５に数ページ分の編集印刷データを格納し
た場合１ページ分等のデータ量の比較的少ない編集印刷
データを、ラスタバッファメモリ３８の画像データ展開
用メモリ部以外のメモリ部に格納し、他の数ページ分の
編集印刷データをサーバ２１に送信して格納する。この
実施例ではページバッファ管理メモリ４１のラスタバッ
ファメモリ３８に対応するバンドチェーンアドレステー
ブルのアドレスを、ラスタバッファメモリ３８のアドレ
スと定義し、各ラスタバッファの先頭アドレスを管理デ
ータとして利用する。従って、印刷障害が発生した場合
には対応する編集印刷データをサーバ２１又はラスタバ
ッファメモリ３８のいずれかより読み取り、印刷処理の
展開に利用する。

【００６１】

【発明の効果】以上説明したように、本発明によれば、
ページバッファメモリに格納した編集印刷データをサー
バに送信して一時的に保存し、若しくは編集印刷データ
の一部を印刷装置内のメモリに一時的に保存し、残りの
編集印刷データをサーバに送信して一時的に保存するよ
うにしたので、印刷障害が発生した場合にはサーバより
編集印刷データを取り込み、又は一部の編集印刷データ
のみを印刷装置内部のメモリより読み込むだけで、その
後に印刷処理を行うことができる。従って、印刷装置内
のメモリ容量が少なくても印刷障害のリカバリを確実に
行うことができるので、安価で高速に印刷を行い得る印
刷システムを提供することができる。

【図面の簡単な説明】

【図１】本発明に係る印刷システムのブロック図であ
る。

【図２】用紙の走行説明図である。

【図３】ラスタバッファメモリのバンドバッファ構造の
説明図である。

【図４】ページバッファメモリのバンド編集テーブルで
ある。

【図５】ページバッファメモリのバンドチェーンアドレ
ステーブルである。

【図６】ページバッファ管理メモリの全体構造図であ
る。

【図７】ステータス情報の説明図である。

【図８】ステータス情報の説明図である。

【図９】本発明に係る動作遷移図（その１）である。

【図１０】本発明に係る動作遷移図（その２）である。

【図１１】受信処理のフローチャートである。

【図１２】展開処理のフローチャートである。

【図１３】編集処理のフローチャートである。

【図１４】送信処理のフローチャートである。

【図１５】モニタ処理のフローチャートである。

【図１６】ページジャム処理のフローチャートである。

【図１７】正常処理のフローチャートである。

【図１８】印刷システムの全体的動作フローチャートで
ある。

【符号の説明】

２０ ネットワーク ２１ サーバ ３３ 受信バッファメモリ ３４ 編集部 ３５ ページバッファメモリ ３７ 展開部 ３８ ラスタバッファメモリ ４０ 送信バッファメモリ ４１ ページバッファ管理メモリ ５０ バンド編集テーブル ６１ バンドチェーンアドレステーブル

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 サーバを含むネットワークに印刷装置が
   接続され、該印刷装置が前記ネットワーク側から受信し
   た印刷データを編集して作成した編集印刷データを格納
   するページバッファメモリを有する印刷システムにおい
   て、 前記ページバッファメモリに格納した編集印刷データに
   識別データを付加し、 該識別データの付加された編集印刷データを復旧用デー
   タとして印刷装置より前記サーバへ送信してサーバ側の
   メモリへ格納し、 前記編集印刷データに基づく印刷が終了した場合前記印
   刷装置より前記サーバへデータ消却信号を送信し、 前記編集印刷データに基づく印刷中に障害が発生した場
   合前記印刷装置が前記サーバより対応する編集印刷デー
   タを取り込み、前記障害の復旧で印刷を再開することを
   特徴とする印刷システム。
2. 【請求項２】 サーバを含むネットワークに印刷装置が
   接続され、該印刷装置が前記ネットワーク側から受信し
   た印刷データを編集して作成した編集印刷データを格納
   するページバッファメモリを有する印刷システムにおい
   て、 前記ページバッファメモリに複数ページ分の編集印刷デ
   ータが格納された場合所定データ量の編集印刷データに
   識別データを付加して復旧用データとして前記印刷装置
   内のメモリに格納し、 前記残りの編集印刷データに識別データを付加して復旧
   用データとして前記印刷装置より前記サーバへ送信して
   サーバ側のメモリへ格納し、 いずれかの編集印刷データに基づく印刷が終了した場合
   対応するメモリ内の編集印刷データを消去し、 いずれかの編集印刷データに基づく印刷中に障害が発生
   した場合対応するメモリより編集印刷データを取り込
   み、前記障害の復旧で印刷を再開することを特徴とする
   印刷システム。