JPH03199075A - 電子機器システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は電子機器システム、詳しくは印刷すべきデータ
を出力する主装置とこの主装置より受信した印刷データ
に基づいて、記録媒体にページ単位に印刷出力する記録
装置より構成される電子機器システムに関するものであ
る。

［従来の技術］ 従来の記録装置においては、記録媒体（記録紙）の詰り
、すなわち、ジャム等による記録媒体の搬送による異常
、記録の異常等による記録済み又は記録中の記録媒体の
廃棄を必要とする異常の発生時の後処理が大きな問題と
なっている。

通常、記録装置には、記録媒体への記録済み或いは記録
中のデータを保持し、ジャム等によってそれら記録媒体
を破棄した場合でも、その保持していたデータに基づい
て再記録を行うことでページ抜は等のデータの損失を防
ぐものがある。

または、ジャム等で失われたデータを回復するために、
そのページ数をデータ発生源であるホストマシン（パー
ソナルコンピュータやワードプロセッサ等）へ送り、そ
の失われたデータを再送してもらうものもある。

［発明が解決しようとしている課題］ しかしながら、前者の場合、記録中のデータは勿論のこ
と装置内を搬送中の記録媒体に記録したデータも記憶保
持していなければならないため、多量のメモリを必要と
し、結果的にコストが高くなるという問題がある。特に
文字コード等ではなくイメージデータを受信して記録す
る装置、或いは両面記録の様に記録装置内に多くの記録
媒体がある装置では、膨大な容量のメモリを必要とする
。

そこで、この異常時に対するメモリだけを持ち合せつつ
、コスト高になるのを抑制するために受信バッファメモ
リを節約することも考えられるが、今度は十分な記録速
度が得られないという問題が発生する。

一方、後者の場合、印刷出力するデータをページ単位に
管理する必要があり、ホストマシン上で実行されるソフ
トウェアに大きな負担がかかることになる。そればかり
か、記録装置側で自動改ページを行っている場合には、
その記録装置側で認識しているページの区切り位置がホ
ストでは認識できないわけであるから、ホスト側はその
管理が困難となる。更には、ホスト側で現在の記録中の
ページとして認識できるのは転送中のデータであるが、
先に説明した様に多くのこの種の装置では、受信したデ
ータを一旦受信バツファに格納しながら処理するので、
ホスト側から見た印字中のデータと記録装置側から見た
印字中のデータとは一致しない。そのため、ジャム等で
失われたページ数をホスト側が認識するのは非常に困難
であると言わねばならない。

本発明はかかる問題に鑑みなされたものであり、少ない
容量のメモリにもかかわらず、記録異常等で記録に失敗
した多数のページの再記録を行う記録装置を含む電子機
器システムを提供しようとするのである。

［課題を解決するための手段］ この課題を解決する本発明の電子機器システムは以下に
示す構成を備える。すなわち、印刷すべきデータを出力
する主装置と当該主装置より受信した印刷データに基づ
いて、記録媒体にページ単位に印刷出力する記録装置よ
り構成される電子機器システムであって、前記記録装置
には、各ページの先頭部分の印刷データを所定枚数分記
憶可能なメモリと、受信した印刷データに対する１ペー
ジ分の記録処理を行うとき、当該ページの先頭部分の印
刷データを前記メモリに保存する保存手段と、少なくと
も記録媒体の搬送に異常が発生したとき、その影響を受
けた記録媒体の枚数を検出する検出手段と、該検出手段
で検出された枚数分さかのぼったページの先頭部分の印
刷データを前記主装置に出力するデータ出力手段を備え
、 前記主装置には、前記データ出力手段によって前記記録
装置から出力されてきたページの先頭部分の印刷データ
が、従前に出力していたデータのどの位置のデータに一
致するかを検索する検索手段と、該検索手段で一致する
と判断した位置の印刷データから、前記記録装置に再送
しなおす手段を備える。

［作用］ かかる本発明の構成において、記録装置は、記録媒体の
搬送に異常が発生したとき、検出手段によってその影響
を受けた記録媒体の枚数を検出する。そして、その影響
を受けた先頭ページの印刷データの先頭部分を主装置に
出力する。主装置は、このデータを受けて、そのデータ
が従前に出力していたデータのどの位置のデータに一致
するかを検索する。そして、一致すると判断した位置の
印刷データから、記録装置に再送しなおす様に動作する
。

［実施例］ 以下、添付図面に従って本発明に係る実施例を詳細に説
明する。

〈第１の実施例の説明〉 第１図に本実施例における記録装置のブロック構成図を
示す。

図中、１は印字データを出力してくるホストコンピュー
タであり、２が実施例における記録装置である。

記録装置２は主として以下の構成からなる。

３はホストコンピュータ１より受信したデータを蓄える
入力バッファである。４は装置全体の制御を司るＣＰＵ
であり、内部にその動作処理手順（第２，３図のフロー
チャート）を記憶したＲＯＭとワークエリアとして使用
されるＲＡＭとを備えている。５は先頭データバッファ
であって、受信した各ページ毎の先頭部分のデータを記
憶保持するものである。６は次のページに対するデータ
を先頭データバッファ５に記憶するときの記憶先アドレ
ス位置を記憶する先頭データポインタである。７は１ペ
ージ分のビットイメージデータが展開可能なイメージバ
ッファであり、８はそのイメージバッファ７に展開され
たイメージデータに基づく可視画像を記録媒体上に形成
するプリントエンジン部である。実施例では、プリント
エンジン部８は公知の電子写真技術による画像形成部と
した。

先頭データバッファ５に記憶される各ページ毎のデータ
量（長さ）であるが、実施例では、ホストコンピュータ
１側の出力バッファ中においてそのデータがどの位置の
データであるかを検索・識別するのに十分な量とした。

少なくとも、１ページ当りのデータ量に対するこのデー
タ量は十分に小さいものである。従って、この先頭デー
タバツファ５に記憶される記録装置２内にある記録済み
或いは記録中に各ページに対する総データ量は、実際の
それら各ページ全体のデータ量の総量に対して非常に小
さなものとすることができる。

く動作概要の説明〉 上述した構成において、実施例では、ジャム等のトラブ
ルが発生したとき、装置内にとり残された先頭記録紙の
先頭データをホストコンピュータ１に出力する。ホスト
コンピュータ１はこのデータを受信して、印刷データと
の照合を行い、そのデータがどの部分のものであるかを
検索する。そして、その検索された位置からデータを再
送する。

く処理手順の説明〉 次に実施例におけるＣＰＵ４の処理手順を第２図のフロ
ーチャートに従って説明する。

尚、装置に電源が投入されるとＣＰＵ４は先頭データポ
インタ６に初期値として先頭データバッファ５の先頭ア
ドレスを格納する等の初期化処理を施しているものとす
る。また、以下の処理に平行して、データ受信、そして
入力バッファ３への格納処理が割り込みルーチンでなさ
れているものとする。

さて、ステップＳｌでは、ＣＰＵ４は入力バッファ３中
の受信データの先頭部分を、先頭データバッファ５中の
先頭データポインタ６に格納されたアドレス位置に記憶
格納させる。次いで、ステップＳ２に進んで、次ページ
の印刷データ受信に備えて先頭データポインタ６のアド
レスを更新する。この処理を終えると、入力バッファ３
内のデータを解析しくステップＳ３）、それに基づくイ
メージデータをイメージバッファ７に展開する（ステッ
プＳ４）。そして、この解析及び展開処理が１ページ分
終えたとステップＳ５で判断するまで繰り返す。１ペー
ジ分のデータ解析及びイメージ展開が終了すると、処理
はステップＳ６に進んで、イメージバッファ７内のイメ
ージデータをプリントエンジン部８に出力して印刷処理
を行なわせる。そして、ステップＳ７において、プリン
トエンジン部８でジャム等が発生したか否かを判断する
。

ステップＳ７で“Ｎｏ”の場合には、ステップＳ８に進
み、一連のプリント処理が終了したか否かを判断する。

ステップＳ８で“ＹＥＳ”と判断されるまで、ステップ
Ｓ１以下の処理を繰り返す。

さて、このような処理を実行している最中、ジャム発生
を検出したときには、ステップＳ９に進み、ジャム等の
後処理を行う。

ステップＳ９のジャム後処理の内容を第３図のフローチ
ャートに従って説明する。

先ず、ＣＰＵ４はジャム等の搬送路に異常が発生したこ
とを示すスティタス信号をホストコンピュータ１に出力
する（ステップ５１１）と共に、ジャム等が発生したこ
とを示すＬＥＤ　（不図示）を点灯させオペレータに報
知する（ステップ５１２）。そして、プリントエンジン
部８内にとり残されたページ数を読取り、そのページ数
だけさかのぼった先頭データを指し示すよう先頭データ
ポインタ６のアドレスを戻す。尚、ページ数を読取るに
は、プリントエンジン部８内の搬送路の随所に設けられ
たセンサからの信号を基に判断するものとするが、搬送
路の長さ及び搬送速度は予めわかっているので、直前ま
での各記録紙への印刷完了時刻を記憶し、そこから何枚
の記録紙がとり残されているかを判断するようにしても
良い。

さて、先頭データポインタ６内のアドレスを失われたペ
ージデータの先頭位置まで戻すと、処理はステップＳ１
５に進み、その該当するページの先頭データをホストコ
ンピュータ１に転送する。

そして、ステップＳ１６に進んで、ホストコンピュータ
ｌよりデータが再送されてくるのを待つ。

転送した先頭データを含むデータが再送されてくると、
処理はステップＳ１７に進み、プリンタエンジン部８が
オペレータの手によって回復されたか否かを判断し、回
復されるのを待つ。プリンタエンジン部８が回復すると
、このジャム後処理から第２図のステップＳ１に戻るこ
とににより、同ページから印刷が再開される。

第４図はホストコンピュータ１が処理するジャム発生時
の後処理のフローチャートである。

実施例の記録装置２よりジャム等の異常が発生した旨の
信号を受けると、それまで処理していた印字データの生
成及び記録装置２への転送処理を中断しくステップＳ２
１）　、記録装置２より、失われた先頭ページの先頭デ
ータを受信する。そして、その先頭データでもってホス
トコンピュータ１内の出力バッファ中の検索（ステップ
５２３）を行う。ステップＳ２４で、一致したデータの
存在を検出するまでステップＳ２３の処理を行う。

致したデータの存在を検出すると、そのデータから記録
装置２に再送を開始し、ステップＳ２６で全てのデータ
転送が終了したときに処理は終了する。

尚、ホストコンピュータで行なわれるべきジャム等の後
処理の説明では、データを生成するプログラムとデータ
転送を行なうプログラムが同じである場合（例えばＭＳ
−ＤＯ３（米国マイクロソフト社の登録商標）上でワー
ドプロセッサソフトウェアを実行しているような場合）
であるが、データ転送だけを行うプログラム（プリンタ
・スプーラと呼ばれるプログラム等）が独立している場
合には、ステップＳ２６が不要となり、ステップＳ２５
で出力バッファ（スプーラ・ファイル）中のデータ出力
位置のポインタを戻すだけで良い。

〈第２の実施例の説明〉 第５図は第２の実施例の記録装置のブロック構成図を示
している。

図中、９はＣＰＵ４が解析したデータをページ単位に蓄
えるページバッファ、１０はページバッファ９内のうち
有効なページ数（未印刷のページ数）を示すページカウ
ンタである。１１はページバッファ９のうち作成中のペ
ージを示す作成ページポインタ、１２はページバッファ
９のうちプリント中のページを示すプリントページポイ
ンタである。尚、第１図と同じ構成要素のものに対して
は同一符号を付しである。但し、この場合、ＣＰＵ４内
のＲＯＭには、第６〜第８図のフローチャートに基づく
プログラムが格納される。

第６〜第８図を用いて第２の実施例の記録装置の動作を
説明する。第６図はページ作成処理、第７図は印刷処理
を示すフローチャートであり、これらは非同期でマルチ
タスク動作で処理されるものである。尚、第６図、第７
図における“ＷＡＩＴ　”処理は、−旦現在の処理を所
定時間だけ中断し、他方の処理が実行されることを示し
ている。

この画処理間の実行の切り換えは、図示しない公知のリ
アルタイムモニタによって行なわれるものとし、本願発
明とは直接は関連が薄いので詳述はしない。

先ず、第６図のフローチャートから説明する。

ＣＰＵ４は入力バッファ３に受信データがあるか否かを
調べ（ステップ５３１）、無ければステップＳ３２に進
んで”ＷＡＩＴ”処理を行った後、ステップＳ３１に戻
る。

ステップＳ３１で、受信データ有りと判断すると、ペー
ジカウンタｌＯの値をページバッファ９の容量と比較し
て、ページバッファ９に新たにページを作成する余裕が
あるか否かを調べる（ステップ５３３）。無ければステ
ップＳ３４で“ＷＡＩＴ“処理を行い、ステップＳ３３
に戻る。

前述した様にステップＳ３２及びステップＳ３４の’Ｗ
Ａ　Ｉ　Ｔ”処理は、−旦同処理の実行を所定時間だけ
中断し、今まで中断していた第７図に示すプリント処理
を、その中断していた時点より再実行することを示して
いる。

さて、ステップＳ３３でページを作成する余裕があると
判断した場合には、ＣＰＵ４は入力バッファ３中の受信
データの先頭部分を、先頭データバッファ５の先頭デー
タポインタ６で示されたアドレス位置に格納する（ステ
ップ５３５）。次いで、先頭データポインタ６の値を、
次の受信データの先頭部分を格納する位置に更新する（
ステップ８３６）。この後、入力バッファ３内の受信デ
ータを順次解析していって、ページバッファ９中の作成
ページポインタ１１の示す位置に、その解析した結果の
印字データを１ページ分格納していく（ステップＳ３７
，５３８）。こうして１ページ分の印字データの生成が
ページバッファ９に作成されると、作成ページポインタ
１１を更新しくステップ５３９）、ページカウンタ１０
の値も１増やしくステップ５４０）　、ステップＳ３１
に戻る。

次に、第７図のフローチャートに従ってＣＰＵ４が実行
する印刷処理を説明する。

先ず、ＣＰＵ４はページカウンタ１０の値を調べ、ペー
ジバッファ９に作成されたページデータがあるか否かを
判断しくステップ５４１）、無ければ’ＷＡ　Ｉ　Ｔ”
処理を行ない（ステップ５４２）、ステップＳ４１に戻
る。また、印刷すべきデータがページバッファ９内にあ
ると判断した場合には、そのページバッファ９中のプリ
ントページポインタ１２の示す位置の印字データをイメ
ージバッファ７にビットイメージ展開する（ステップ５
４３）。そして、イメージバッファ７のデータをプリン
トエンジン部８に順次出力して印刷を行う（ステップ５
４４）。この後、プリントページポインタ１２を更新し
くステップ５４５）ページカウンタ１０の値を１つ減ら
す（ステップ８４６）。

この後、プリントエンジン部８でジャムが発生したか否
かを判断する（ステップ５４７）。ジャムの発生がなけ
れば処理は、一連のプリント処理が終了したか否かを判
断し、未だ未印字データがページバッファ９或いは大力
バッファ３に存在すると判断したときにはステップＳ４
１に戻る。

また、この様な処理を繰り返している最中にジャム発生
を検出すると、処理はステップＳ４９に進んでジャム後
処理を実行する。

第８図はこのジャム後処理（ステップ５４９）の詳細を
示すフローチャートである。

ジャムの発生を検出すると、先ず装置外部にその旨を報
知しくステップ５５１）、失われたページ数をプリント
エンジン部８より読取る（ステップ５５２）。そして、
読取られた数と、プリントページポインタ１２と作成ペ
ージポインタ１１に基づいて得られるページバッファ９
中のプリント済みページ数とを比較し、失われたうちの
先頭ページがページバッファ９にまだ残っているが否か
を判断する（ステップ５５３）。ページバッファ９に残
っていると判断した場合には、プリントページポインタ
１２をその失われたページ数だけ戻す（ステップ５５４
）と共に、ページカウンタ１０の値を同ページ数だけ増
やす（ステップ５５５）。これによって、失われたうち
の先頭ページが印刷される直前の状態に戻すことが可能
となる。

一方、ステップＳ５３の判断が°゛Ｎｏ”　すなわち、
失われたうちの先頭ページに対するデータがページバッ
ファ９内にないと判断した場合、処理はステップＳ５６
以降の処理を実行する。

先ず、ジャム発生をホストコンピュータ２に通知させ（
ステップ５５６）　、先頭ページポインタ６を失われた
ページの先頭ページの先頭データを指し示す位置になる
まで戻す（ステップ５５７）。この後、プリントページ
ポインタ１２を作成ページポインタ１１と一致させ、ペ
ージカウンタ１０の値をＯ”　（ページバッファ９に作
成済みページデータが無い状態）にする（ステップ５５
８）。そして、先頭データポインタ６の示す先頭データ
をホストコンピュータ１に転送する。

その後、ホストコンピュータ１より、失われたページの
うち先頭ページのデータを受信するまで待つ。

ステップＳ５５の処理が終了、或いはステップＳ６０の
判断が“ＹＥＳ”になると、プリントエンジン部８に対
して回復処置がなされたか否かを判断する。そして、“
ＹＥＳ”と判断した場合にはこのジャム時の処理を終了
しステップＳ４１に戻る。

尚、この第２の実施例におけるホストコンピュータｌの
動作内容も先に説明した第５図のフローチャートと同じ
であるものとする。

以上、説明したように本実施例によれば、少ない容量の
メモリにもかかわらず、記録異常等で記録に失敗した多
数のページの再記録を行うことが可能になる。特に第２
の実施例においては、ページ単位で印字データを蓄える
ページバッファと各ページの先頭部分の受信データを蓄
えるバッファの双方を備えることで、少量の戻しページ
に対してはページバッファ内のページデータを再記録す
ることでホストの介在なしにページ戻しを行なうことが
可能になり、そして、多量の戻しページに対しては第１
の実施例と同様な処理でもってページ戻しを行うといっ
た柔軟なシステムが構築できる。

［発明の効果］ 以上説明したように本発明によれば、歩容量のメモリに
もかかわらず、記録異常等で記録に失敗した多数のペー
ジの再記録を行うことが可能になる。

【図面の簡単な説明】

第１図は第１の実施例における記録装置のブロック構成
図、 第２図は第１の実施例における印刷処理手順を示すフロ
ーチャート、 第３図は第２図における処理Ｓ９の詳細を示すフローチ
ャート。 第４図は実施例におけるホストコンピュータの処理の一
部を示すフローチャート、 第５図は第２の実施例における記録装置のブロック構成
図、 第６図は第２の実施例におけるページ作成処理の内容を
示すフローチャート、 第７図は第２の実施例における印刷処理手順を示すフロ
ーチャート、 第８図は第７図における処理Ｓ４９の詳細を示すフロー
チャートである。 図中、１・・・ホストコンピュータ、２・・・記録装置
、３・・・入力バッファ、４・・・ＣＰＵ、５・・・先
頭データバッファ、６・・・先頭データポインタ、７・
・・イメージバッファ、８・・・プリントエンジン部、
９・・・ページバッファ、１０・・・ページカウンタ、
１１・・・作成ページポインタ、１２・・・プリントペ
ージポインタである。

Claims (1)

1. 【特許請求の範囲】 印刷すべきデータを出力する主装置と当該主装置より受
   信した印刷データに基づいて、記録媒体にページ単位に
   印刷出力する記録装置より構成される電子機器システム
   であつて、前記記録装置には、 各ページの先頭部分の印刷データを所定枚数分記憶可能
   なメモリと、 受信した印刷データに対する１ページ分の記録処理を行
   うとき、当該ページの先頭部分の印刷データを前記メモ
   リに保存する保存手段と、少なくとも記録媒体の搬送に
   異常が発生したとき、その影響を受けた記録媒体の枚数
   を検出する検出手段と、 該検出手段で検出された枚数分さかのぼつたページの先
   頭部分の印刷データを前記データ発生源に出力するデー
   タ出力手段を備え、 前記主装置には、 前記データ出力手段によつて前記記録装置から出力され
   てきたページの先頭部分の印刷データが、従前に出力し
   ていたデータのどの位置のデータに一致するかを検索す
   る検索手段と、 該検索手段で一致すると判断した位置の印刷データから
   、前記記録装置に再送しなおす手段を備えることを特徴
   とする電子機器システム。