JPH0934670A - 画像形成装置 - Google Patents

Abstract

(57)【要約】 【課題】文書生成装置で生成された文書１コピーの単一
伝送を基に複数コピーを印刷する方法および装置を提供
する。 【解決手段】画像生成装置（または印刷装置）は、文書
生成装置から受け取った文書データをラスタ画像に変換
して電子的コピーを作成し該画像生成装置内に配備され
る記憶機構に記憶すると共に、第１のコピーを印刷す
る。次に、所定のコマンドにより複数コピーが要求され
ている場合、該画像形成装置は、上記記憶機構から連続
的に印刷ジョブを読み取ることによって該文書の所望の
コピー数を反復的に印刷する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的には文書生
成装置によって生成された文書の画像を形成する装置に
関するもので、特に、コンピュータのようなジョブ・ソ
ース生成装置に直接またはネットワークあるいは遠隔の
いずれかの形態で接続し、１つのオリジナル・コピーの
１回の伝送を基にそのオリジナル文書の複数コピーを生
成する機能を有する画像形成装置に関するものである。

【０００２】

【従来の技術】印刷するべきデータを文書形式で生成す
ることができる電子装置は多数ある。このような一般的
分類の文書生成装置には、コンピュータ、ファクシミリ
機械、デジタル・カメラと複写機、医療画像装置、光学
式走査器、衛星画像装置、科学的データ収集装置などの
ような装置が含まれる。一般的に、このような装置にお
いては、単一のプロセッサを使って種々のデータ収集、
構成および印刷要求機能が実行される。このような形態
では、ある１つのプロセッサがプリント要求の処理のた
めビジーである間、そのプロセッサはあいにくその他の
タスクのために利用することができない。

【０００３】この問題を示す１つの例は、パーソナル・
コンピュータのユーザが、１つの文書の複数のコピーを
要求し、その後、コンピュータが複数コピー印刷要求の
処理を完了するまでユーザはコンピュータを他の仕事の
ため使用することなく待機しなければならないという場
合である。この問題に対処するため、コンピュータ応用
設計者は、コンピュータの可用性を高めるバックグラウ
ンド印刷を開発した。このバックグラウンド印刷は、プ
ロセッサのアイドル時に印刷要求を処理し印刷を行うと
いうものである。この場合、ｎ回印刷される複数ページ
文書の書式化のため、ユーザの文書のフォアグランド処
理を著しく遅くさせることとなる。このような実施形態
は、業界標準となった印刷コマンド言語（すなわちＰＣ
Ｌ）におけるコマンド "copies ="がヒューレット・パ
ッカード社のレーザー・ジェット(LaserJet)印刷装置で
最初に実施されたことから始まった。ほとんどのユーザ
は、コンピュータの応答時間の顕著な低下を経験する。
更に、印刷ジョブがコンピュータ・ネットワーク上の印
刷装置に繰り返し送り出される場合、通信ネットワーク
の応答時間が顕著な影響を受ける。

【０００４】ワード・プロセッサのようなソフトウェア
・アプリケーションを使用して、複数ページ文書の複数
コピーを印刷するためには、アプリケーションから印刷
装置への複数回の伝送が必要となる。ＤＯＳ環境におい
ては、アプリケーションが複数ジョブの書式化および印
刷に要する時間のため、ユーザは生産性の顕著な損失を
経験する。印刷コマンド"copies="が印刷ジョブ単位で
はなくページ単位の指定であるので、印刷ドライバは、
複数ページ立てされる文書の複数コピーを作成すること
ができなかった。アプリケーション・プログラムが必要
なコピー数に対応する回数分ループするようにコーディ
ングが工夫された。次々と繰り返される照合されたペー
ジから構成されるジョブが、"copies = "コマンドの制
約と無関係に印刷装置に送られる。このコーディングは
賢明であるかもしれないが、それでもなおネットワーク
のバンド幅を浪費し、印刷エンジンの理論的速度より著
しく遅い速度で印刷ジョブが処理される結果となる。

【０００５】現在、印刷されるジョブの複数コピーを要
求する問題は、以下の２つの形態のいずれか１つで解決
されている。第１の解決策は、複数コピーを即刻要求す
ることである。これは、要求されたコピー数を作成する
ために要する時間がどれほどであろうと、コンピュータ
およびコンピュータを印刷装置に接続するネットワーク
を利用することを意味する。これは、何分、何時間、場
合によっては何日も要することがある。この結果、コン
ピュータ、ネットワークおよび印刷装置がビジーである
間ユーザは待機しなければならないこととなる。従っ
て、そのようなジョブを実行する場合、他人への影響お
よび個人時間の浪費を最小限に抑えるため、通常勤務時
間の終了後または週末に実行されることが多い。第２の
解決策は、オリジナル文書を１部印刷して、複写機でコ
ピーを作成することである。これは、複写機の購入、運
用および維持を必要とし、印刷機の所有以外の追加経費
を必要とする。複写機との間のオリジナル文書の搬送に
貴重な時間が費やされ、複写機を正しく操作するための
余分な訓練が必要となる。このようなジョブも夜間また
は週末に行われるか、あるいは、文書作成者に対する時
間的影響をすくなくするため業務補助者に手渡されるこ
とが多い。その上、複写される場合印刷の品質が劣化す
ることが多く、オリジナル文書の一部が文書給送装置な
どによって損傷を受ける場合がある。

【０００６】ネットワーク環境においては、印刷タスク
専用として単一のコンピュータまたはサーバがしばしば
使用される。このようなコンピュータは、ハード・ドラ
イブに印刷ジョブの待ち行列を記憶する印刷スプーラ・
ソフトウェアを備える。印刷装置が使用可能になると、
個々の印刷ジョブが印刷装置へ送り出される。複数コピ
ー要求（すなわちｍｏｐｙコマンド）が出されると、ス
プーラは、（各コピーが本質的には別々の印刷ジョブで
ある）要求された数のコピーを記憶する。大規模なネッ
トワークであろうと、小規模なネットワークであろう
と、独立型のコンピュータであろうと、複数コピーを印
刷するために必要な記憶域容量は、要求されたジョブの
大きさとコピーの数に直接比例する。上記方法は、次が
送られるまで複数コピー印刷を待機する必要がないの
で、文書生成コンピュータに対する負荷を幾分かは取り
除くとはいえ、それでもなお、別々の印刷要求としてそ
れぞれのｍｏｐｙコマンドを送出しなければならない。

【０００７】

【発明が解決しようとする課題】このような観点から、
複数コピー印刷のために要するネットワーク資源、処理
時間および記憶域の使用を減少させるため、文書のただ
１つのコピーの１回の伝送データを基に該文書の複数コ
ピーを印刷する方法および装置が必要とされる。

【０００８】

【課題を解決するための手段】上記およびその他の課題
は、画像形成装置とそれに適用される方法の組合せによ
って解決される。説明の目的のため、本発明を、３つの
側面を持つものとして特徴づけることができる。第１の
側面は、該画像形成装置に、ハードディスクのような
（好ましくは非揮発性の）ローカルのデータ記憶機構を
備える点である。第２の側面は、ファームウェアまたは
その他の制御電子回路の該画像形成装置への組み込みで
ある。このファームウェアまたはその他の制御電子回路
は、複数コピー(すなわちｍｏｐｙ)印刷ジョブを識別
し、そのジョブを印刷エンジンに送るかのようにその複
数コピー印刷ジョブをローカル・データ記憶機構にコピ
ーし、印刷エンジンが使用可能になり次第、要求コピー
数をｎとした場合(ｎ−１)のジョブを印刷エンジンに送
るように構成される。第３の側面は、所望のコピー数を
識別するコマンドが先頭に置かれるただ１つのコピー印
刷要求を送り出すように、アプリケーション・ソフトウ
ェアおよび印刷機ドライバ、またはその他の原文書生成
装置を修正する必要がある点である。しかしながら、本
発明は、上記のようなコマンドが前置きされない印刷要
求も通常の形態で処理することを可能にする。UNIX、DO
SまたはWindows環境において、@PJL_JOB_QTY=xコマンド
のサポート、PCL_copies = 1であることの確認、一部の
システムでは暗示的であるページ合わせのサポート、お
よびPostScriptの場合"collate="コマンドのサポート
を、アプリケーション・プログラムおよびドライバは提
供しなければならない。

【０００９】上記課題を解決するため、本発明は、文書
生成装置によって作成される文書の単一コピーの１回の
伝送データを基に、該伝送データに含まれるコマンドに
よって標示される所望の数の該文書の複数コピーを印刷
する画像形成装置を含む。該画像形成装置は、文書およ
びその文書を印刷すべき所望の回数を含むデータの電子
的伝送を受け取る入力手段、データ記憶機構を備え、上
記入力手段に電気的に接続され、複数コピー印刷ジョブ
の場合と単一コピー印刷ジョブを見分け、複数コピー印
刷ジョブの場合に上記データ記憶機構へ上記データをコ
ピーし、上記いずれの場合にも上記データをラスタ画像
に変換し、複数コピー印刷ジョブの場合に上記データ記
憶機構にコピーされた上記データを読み取って、その読
み取ったデータを上記所望の回数から１回差し引いた回
数ラスタ画像に変換するように構成された制御機構、お
よび上記制御機構に接続され上記変換された画像を印刷
する印刷エンジンを備える。

【００１０】

【発明の実施の形態】本発明は、添付図において記号１
００として一般的に示されるヒューレット・パッカード
社のレーザー・ジェット(LaserJet)印刷装置上で実施さ
れる。この特定の実施形態は、ｉ8O960ファームウェア
系を基にする印刷装置製品に対して一般的に適応する。
この特定の印刷装置が選択された理由は、この装置内に
フォントの記憶用としてディスク・ドライブが既に装備
されていることである。しかしながら、ＬＥＤプリン
タ、インク・ジェット・プリンタ、バブル・プリンタ、
インパクト・プリンタ、感熱式プリンタ等々のようなそ
の他の画像形成装置に本発明が同様に適用できるので、
本発明がレーザー印刷装置に限定されるものではない点
は明らかに理解されるべきであろう。以下の記述および
添付図面において、本発明を、Transmit Once, Print a
Zillion（伝送１回印刷無限の意）の頭文字をとったＴ
ＯＰＡＺと呼称する場合がある。

【００１１】本発明のこの特定の実施形態において、パ
ーソナル・コンピュータ１０が、ネットワーク２０を介
して印刷装置１００に接続される。印刷装置１００への
接続は、パラレルまたはシリアル・ケーブルによる直接
接続か、遠距離通信リンク、赤外線リンクまたは無線リ
ンクによる遠隔接続のいずれでもよい。コンピュータ１
０は、文書生成ソフトウェア・アプリケーション１１お
よび関連印刷装置ドライバ１２をメモリ上に保有する。
これらが、前述の原文書生成機構の１つを集合的に定義
する。後述するが、原文書生成機構の主要規準は、所望
のコピー数を標示するコマンドすなわち"@PJL_JOB_QTY
= x"に引き続く文書の１つのコピーのただ１回の伝送を
行うようにその機構が構成されていることである。ユー
ザが文書のオリジナルの複数コピーを要求する場合、印
刷装置１００へのデータの伝送が、ページ照合された文
書のただ１つのコピーとそれに先行する"@PJL_JOB_QTY
=x"コマンド（但しｘは所望のコピー数に等しい）を含
むように、アプリケーション１１および印刷装置ドライ
バ１２は修正される。アプリケーション１１および印刷
装置ドライバ１２は、また、変数PCL_copiesを１に設定
し、PostScript環境の場合はさらにcollate(ページ調
合)変数を真に設定する必要がある。

【００１２】単純化した一般的形態では、印刷装置１０
０は、パラレル入出力（ＰＩＯ）ポートまたはチャネル
１０３、シリアル入出力（ＳＩＯ）ポートまたはチャネ
ル１０４、あるいは、モジュラ入出力（ＭＩＯ）ポート
またはチャネル１０５から印刷されるべきデータを受け
取る制御機構または書式化機構１０２に接続する印刷エ
ンジン１０１を有する。赤外線および無線接続などの上
記以外の入力機構のタイプも本発明に関して互換性を持
つ。

【００１３】書式化機構１０２は、（本実施形態ではデ
ィスク・ドライブ１０８である）データ記憶機構、書式
化機構を入力機構に接続する関連電子回路、処理電子回
路、ランダム・アクセス・メモリ（ＲＡＭ）１０６、読
取専用メモリ（ＲＯＭ）１０７および書式化機構を印刷
エンジン１０１に接続する関連電子回路を含む。書式化
機構１０２のための制御ソフトウェアまたはファームウ
ェアは、ＲＯＭ１０７に記憶されていて、ファームウェ
ア１０７と呼称される。このファームウェア１０７の特
定の部分は、パーソナリティ１０９と呼ばれ、印刷ジョ
ブがラスタ化されたデータ・ストリームにどのように変
換されるかを制御する。パーソナリティ１０９は、異な
る種類の印刷ジョブを変換する複数のパーソナリティを
含むことができる。例えば、しばしば、PostScript印刷
ジョブのための別々のパーソナリティがありまたＰＣＬ
印刷ジョブのための別々のパーソナリティが存在する。
既存のＲＯＭを修正したＲＯＭに置き換えることによっ
て、本発明は、データ記憶機構を既に有する画像形成装
置を用いて容易に実施することができる。

【００１４】到来データ・バッファリング、ｍｏｐｙ読
取り書込みバッファリング、ラスタ化された出力ストリ
ームへのデータ変換、および印刷エンジン１０１への出
力に備えたラスタ・データのバッファリングという機能
に一般的に分類されるいくつかの機能のため、ＲＡＭ１
０６が使用される。データは、入力機構から受け取られ
ると、ＰＣＬ，ＰＪＬおよびPostScriptコマンドのよう
な印刷制御コマンドをとりだすため解析される。これら
のコマンドを使用して、書式化機構１０２がパーソナリ
ティ１０９経由でディスク１０８へｍｏｐｙ印刷ジョブ
をコピーし、パーソナリティ１０９がプリント機構１０
１のためラスタ・データを出力し、書式化機構１０２が
印刷エンジン１０１を制御する。

【００１５】本発明のソフトウェアまたはファームウェ
アは、印刷装置ファームウェア１０７の入出力処理（Ｉ
ＯＰ）タスクにおいて実施される。これは、入力チャネ
ルの可視性と知識を持つファームウェア部分である。Ｍ
ＩＯバス上のネットワーキング・カード、シリアル／パ
ラレル・チャネルを含むすべての入力チャネルは、ＩＯ
Ｐタスクを通して処理される。

【００１６】本発明のプログラム・コードの側面は、初
期化ルーチン、解析ルーチン、およびデータを含むバッ
ファとディスクＩ／０サブシステムの制御の管理および
スケジューリングを調整する状態マシンから構成され
る。ディスクＩ／０サブシステムは、元々は、Ｐｏｓｔ
Ｓｃｒｉｐｔフォント処理を実行するためのものであっ
た。本発明は、ディスクＩ／Ｏサブシステム・インタフ
ェース呼び出しを利用する。

【００１７】状態マシンは、メッセージ型オペレーティ
ング・システムの制約の範囲内で実施される。所望のフ
ァイル・システム動作は、定義済みファイル・システム
命令コードを使用して設定される。データが読取りまた
は書込まれるべきアドレスおよび読み取り又は書き込ま
れるべきデータの長さを含む特定のフィールドが、定義
済みファイル・システム構造の内部に設定される。

【００１８】本発明は、ＩＯＰ、ＰＩＯおよびＭＩＯタ
スクに共通の既存のデータ構造の制約内で機能する。バ
ッファの待ち行列は通常のものである。シリアル、パラ
レルおよびＭＩＯ機構のような入力機構はそれぞれ多数
の待ち行列を維持する。典型的Ｉ／Ｏバッファは、タス
ク初期化の際、初期的にブロック・サイズが１０２４ま
たは２０４８バイトのメモリを１ブロック(またはチャ
ンクchunk)割り当てられる。典型的には、１０２４バイ
トのバッファが、ネットワークＭＩＯカードによって使
用される。２０４８バイトのバッファは、パラレル・ア
ダプタおよび関連タスクによって使用される。

【００１９】図４に示されるように、チャネルが活動的
となりデータ受信を開始する時、ＩＯＰタスク内のsend
_buffer_to_PS関数が呼び出される。各バッファは、対
応するアプリケーションおよびドライバによって挿入さ
れた特定のＰＪＬコマンドを探索することによって解析
される。適切なストリングが見出されると、状態マシン
１１０が起動される。状態マシン１１０は、引き続いて
send_buffer_to_PSに送られるすべてのバッファの内容
をディスクに書き込む。各バッファについて、ユニバー
サル言語終了(UEL)ストリングが探索され、見つけられ
ると、状態マシンは、ジョブ・ファイル上のファイル・
ポインタを巻き戻し、読み取りモードへ切り換える。次
に、状態マシン１１０は、２０４８バイト・バッファを
空のｍｏｐｙバッファ待ち行列からはずす。空のｍｏｐ
ｙバッファは、２０４８バイトを読み取ろうとするファ
イル・システム読取り要求へ渡される。読取り動作が完
了すると、書き込まれたバッファが処理のためパーソナ
リティ１０９へ送られる。大きな複数ページの照合され
た印刷ジョブは、複数のバッファが待ち行列からはずさ
れパーソナリティ１０９へ送られることを必要とする。
パーソナリティ１０９が、１つのバッファの処理を完了
すると、バッファは、ＩＯＰタスクへ返却され空のｍｏ
ｐｙバッファに置き戻される。このプロセスが、(ｎ−
１)回繰り返され、ユーザによって指定されたコピー数
が印刷される。

【００２０】２つのタイプのバッファが使用されている
点を理解することは重要である。バッファの両方のタイ
プは、正確に同じ形式と構造であり、パーソナリティ１
０９にとって同じように使用できるように見えねばなら
ない。両バッファの相違によって、空のバッファがかな
らずそれぞれの「ホーム」待ち行列に戻されることが可
能になり、それによって、待ち行列が常に空のバッファ
を補給されることが保証される。図４に示されるよう
に、ＭＩＯチャネル１０５、パラレルＩ／Ｏチャネル１
０３およびシリアルＩ／Ｏチャネル１０４からＩＯＰタ
スクに到着するバッファは、ＩＯＰタスクにとって外部
のタスクから、供給される。従来技術において、これら
のバッファは、ＩＯＰタスクを通してパーソナリティ１
０９へ単に配送される。本発明はこの配送動作に割り込
むことはせず、単にパーソナリティ１０９に配送される
場合のバッファの内容をコピーする。この動作によっ
て、余分な読取りディスク活動を行うことなく、第１の
ｍｏｐｙが生成される。次の(ｎ−1)個のｍｏｐｙ（複
数コピー）を作成するため、ＩＯＰタスク内にあるバッ
ファが使用されなければならない。これが、empty_mopy
_buffer_queue関数の目的である。これらのバッファ
は、待ち行列からはずされ(deque)、ディスク上のスプ
ール・ファイルからジョブ・データを書き込まれ、パー
ソナリティ１０９に戻される。

【００２１】ファームウェア１０７は、ＩＯＰタスクの
init_task()関数内の関数allocate_mopy_buffer()を呼
び出すことによって、２０４８バイトのバッファを割り
当て、初期状態にする。オペレーティング・システムが
ＩＯＰタスクを初期化する時init_task()プロシージャ
は呼び出される。allocate_mopy_buffers() 関数は、状
態マシン１１０による使用のため要求バッファを構築す
る。要求バッファは、ALLOC8_TAGGEDへの２つの別々の
呼び出しによって形成される２つの部分から成る。ALLO
C8は、一般的alloc()メモリ・プール要求関数の特殊型
式である。第１の部分である再回付システム・バッファ
(ｒｓｂ)部は、メッセージ型オペレーティング・システ
ムによって使用される多数のフィールドである。このバ
ッファは、種々の一般的Ｉ／Ｏアプリケーションのため
のファームウェアによって使用される定義済みヘッダの
形式を持つ。第２のバッファは、実際の印刷ジョブ・デ
ータを保持するために使用される２０４８バイトのメモ
リ部分である。２０４８バイト・バッファのアドレスと
その長さは、ｒｓｂバッファの適切なフィールドに置か
れる。

【００２２】印刷装置自己診断プロシージャの間、ファ
ームウェア１０７はディスクＩ／０サブシステム動作を
初期状態にする。ＩＯＰタスクは、opOS_SELF_TESTメッ
セージをオペレーティング・システムから受け取ると、
このフェーズに入る。初期化するため、init_mopy()関
数が呼び出される。init_mopy()関数はグローバル変数
を設定し、スプール・ファイル名を作成し、書き込みの
ためディスク上にそのファイルを開く。このようなルー
チンが、ＩＯＰプロセス内に２つの別々のセクションを
形成する。これらは、書込みおよび読取りのセクション
から成る。"write_buffer"ルーチンの中で実施される書
込みセクションは、「通常の」非ｍｏｐｙ状態にあると
仮定する。これは、通常のジョブだけが、選択されたパ
ーソナリティに送られ処理されることを意味する。これ
は、広域変数Mopy Quantity(MopyQTY)をチェックするこ
とによって有効性を検査される。この変数がゼロの時、
書込みセクションは、@PJL_JOB_QTY = x コマンドに関
して着信パケットを解析する。解析動作はlook_for_MS_
QTY()を呼び出すことによって実行される。look_for_MS
_QTY()が@PJL_JOB_QTY = xコマンドを発見すると、Mopy
QTYは(x-1)となる。MopyQTYが２以上であれば、書込み
セクションは、ＵＥＬがまだみつけられていなければ、
その探索を開始する。ＵＥＬの探索は、look_for_MS_UE
L()関数を呼び出しバッファを解析することによって行
われる。

【００２３】書込みセクションは、次の３つの一般的状
態を仮定する。 (1)MopyQTY = = 0：バッファはmopyタイプではない。@P
JL_JOB_QTY = xコマンドを探し出すため各バッファを解
析する。 (2)MopyQTY = = 1：ジョブが書き込まれ、次に削除され
る。これは、次善の初期的選択であって推奨されない。 (3)MopyQTY > = 2：バッファはmopyタイプである。状態
マシンを呼び出し、各バッファをコピーしてディスクに
ファイルする。ＵＥＬを探索する。

【００２４】バッファが既にディスクにコピーされてい
て、「再使用」のため戻されていれば、すなわち、既に
部分的に処理されていれば、いかなるコピー動作も行う
ことなく、それは単に通過される。これは、ＰＪＬコマ
ンドが取り出された後バッファが純粋なＰＣＬエンティ
ティとして戻ることの結果である。

【００２５】読取りセクションは、最初にSG_read_buff
er_queues[2] の先頭をチェックしてバッファが存在す
るか否かを検査する。バッファが存在する場合、READ_A
CK_MESSAGEがパーソナリティ１０９へ送られる。もしも
バッファが存在せず、システムがmopies(例えばMopyQTY
> 1)を処理していて、ファイル・システム状態がOK_TO
_READであれば、mopy読み取り処理が始まる。mopyバッ
ファが、G_empty_mopy_buffer_queueの待ち行列からは
ずされ、FS_FILE_READという初期状態要求とともにファ
イル・システム状態マシンへ転送される。これに応答し
て状態マシンが起動し、ディスク上のmopyファイル全体
(ｎ−１)が印刷されるまで追加状態処理を継続する。

【００２６】その他の残りのコードは、状態マシン１１
０内に含まれる。状態マシンはファイル・システム動作
特性のために使用される。オペレーティング・システム
は、また、そのメッセージ引き渡し特性のため非同期状
態動作をサポートする。典型的には、ＩＯＰタスクは多
くのメッセージを受け取る。IOP.Cコードの内部はjob_t
ask()と呼ばれる関数である。これは、ＩＯＰタスク内
の関数が責任を持つメッセージのリストを含む。本発明
は、"opFS_ACTION"を含むようにメッこのセージ・リス
トを修正する。このメッセージは、ファイル・システム
がＩＯＰタスクに、ファイル・システムからレポートす
べきエラーまたは状態情報があることを通知することを
可能にする。ファイル・システムは起動されるたびごと
に、最後にはＩＯＰタスクに"opFS_ACTION" と共に戻
る。これは、FS_ACTIONを通して実施される。"opFS ACT
ION" セクションは、状態マシンのエントリ・ポイント
であるdisk_io_request()を呼び出す。これは同様にデ
ィスク関連動作に関する事象のリストを有する。各事象
は、ファイル・システム戻り状態コードに対応する。各
状態コードは、オプションのエラー・コードを持つこと
ができる。状態マシンは、状態移行変数mopy_stateに従
う。状態のすべては、ファイル・システムによって定義
されるファイル・システム動作である。図１１は、状態
マシン１１０に関する基本的流れ図である。

【００２７】より高速のディスク・ドライブ、フラッシ
ュＲＡＭ、ＳＲＡＭまたは同等の装置の使用を含むその
他の実施形態および修正によって、ｍｏｐｙジョブをラ
スタに変換した後に記憶し、印刷エンジンに直接供給す
るように構成することは可能である。上述の本発明の好
ましい実施形態が、特定の画像形成装置としてレーザ・
プリンタを、また、特定の文書生成装置としてパーソナ
ル・コンピュータを使用しているが、本発明がそのよう
な特定の実施形態に限定されることはなく、その他の画
像形成装置および文書生成装置にも修正の有無を問わず
同様に適用することができる点は明白に理解されるべき
であろう。従って、本発明の範囲を逸脱することなく本
発明を修正することが可能である点は理解されるであろ
う。

【００２８】本発明には、例として次のような実施様態
が含まれる。 （１）文書生成装置によって作成される文書の単一コピ
ーの１回の伝送データを基に、該伝送データに含まれる
コマンドによって標示される所望の数の該文書の複数コ
ピーを印刷する画像形成装置であって、文書およびその
文書を印刷すべき所望の回数を含むデータの電子的伝送
を受け取る入力手段と、データ記憶機構を備え、上記入
力手段に電気的に接続され、複数コピー印刷ジョブの場
合と単一コピー印刷ジョブを見分け、複数コピー印刷ジ
ョブの場合に上記データ記憶機構へ上記データをコピー
し、上記いずれの場合にも上記データをラスタ画像に変
換し、複数コピー印刷ジョブの場合に上記データ記憶機
構にコピーされた上記データを読み取って、その読み取
ったデータを上記所望の回数から１回差し引いた回数ラ
スタ画像に変換するように構成された制御機構と、上記
制御機構に接続され、上記変換された画像を印刷する印
刷エンジンと、を備える画像形成装置。

【００２９】（２）文書の複数コピーを印刷する方法で
あって、(a)文書生成装置を使用して印刷されるべき文
書を表すデータを生成し、該データの上記文書に先行す
る位置にその文書を印刷すべき所望の回数を表すコマン
ドを含めるステップと、(b)画像形成装置において上記
データを受け取り、該データを分析して、該データが複
数コピーすなわちｍｏｐｙ印刷ジョブを表す第１の場合
と単一コピー印刷ジョブを表す第２の場合を見分けるス
テップと、(c)ｍｏｐｙ印刷ジョブの場合に上記画像形
成装置内部に配備されるデータ記憶機構へデータをコピ
ーするステップと、(d)上記いずれの場合にも上記デー
タをラスタ画像に変換し、上記画像形成装置内部に配備
される印刷エンジンを使用して該画像を印刷するステッ
プと、(e)ｍｏｐｙ印刷ジョブの場合に上記データ記憶
機構にコピーされたデータを読み取って、そのデータを
ラスタ画像に変換して上記印刷エンジンを使用してその
画像を印刷するステップと、(f)上記所望の回数から１
回差し引いた回数上記ステップ(e)を反復するステップ
と、を含む方法。

【００３０】（３）文書の複数コピーを印刷するシステ
ムであって、文書の電子的バージョンを生成して伝送
し、かつ、印刷すべき文書のコピー数を標示するコマン
ドを伝送するように構成される原文書生成装置と、上記
原文書生成装置に接続して、そこから上記伝送された文
書およびコマンドを受け取るための入力機構、データ記
憶機構を保有し、上記入力機構に電気的に接続され、複
数コピーすなわちｍｏｐｙ印刷ジョブの場合と単一コピ
ー印刷ジョブを見分け、ｍｏｐｙ印刷ジョブの場合に上
記データ記憶機構へデータをコピーし、上記いずれの場
合にも上記データをラスタ画像に変換し、ｍｏｐｙ印刷
ジョブの場合に上記データ記憶機構にコピーされたデー
タを読み取って、そのデータを上記所望の回数から１回
差し引いた回数ラスタ画像に変換するように構成される
制御機構、および上記制御機構に接続され、上記変換さ
れた画像を印刷する印刷エンジンを有する画像形成装置
と、を備えるシステム。

【００３１】

【発明の効果】本発明の装置および方法によって、文書
生成装置において生成された文書のただ１つのコピーを
画像形成装置へ１回伝送するだけで、該文書の複数コピ
ーを該画像形成装置で印刷することが可能となり、複数
コピーの印刷のために要するネットワーク資源、処理時
間および記憶域の使用を減少させる効果を奏する。

【図面の簡単な説明】

【図１】１つの文書の複数のオリジナルのコピーを印刷
するシステムのブロック図である。

【図２】１つの文書の複数のオリジナルのコピーを印刷
する印刷装置のブロック図である。

【図３】ファームウェアによるバッファの活用を示す図
である。

【図４】ファームウェアのＩＯＰタスクを示す図であ
る。

【図５】本発明に従うバッファ初期状態設定を示す図で
ある。

【図６】本発明に従うディスクＩ／Ｏサブシステム初期
状態設定を示す図である。

【図７】本発明に従うｍｏｐｙ書込みイネーブリング・
コードの流れ図である。

【図８】図７の続きで、本発明に従うｍｏｐｙ書込みイ
ネーブリング・コードの流れ図である。

【図９】図８の続きで、本発明に従うｍｏｐｙ書込みイ
ネーブリング・コードの流れ図である。

【図１０】本発明に従うｍｏｐｙ書込みイネーブリング
・コードの流れ図である。

【図１１】本発明に従う状態マシンの流れ図である。

【符号の説明】

１０ パーソナル・コンピュータ １１ 文書生成アプリケーション・プログラム １２ 印刷装置ドライバ １００ 印刷装置 １０１ 印刷エンジン １０２ 書式化機構 １０３ パラレル入出力 １０４ シリアル入出力 １０５ モジュラ入出力 １０６ ＲＡＭ １０７ 制御ファームウェア １０８ ディスク １０９ パーソナリティ １１０ 状態マシン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 リチャード・ジー・リー アメリカ合衆国83686アイダホ州ナンパ、 カーステン・コート 3207

Claims (1)

【特許請求の範囲】
1. 【請求項１】文書生成装置によって作成される文書の単
   一コピーの１回の伝送データを基に、該伝送データに含
   まれるコマンドによって標示される所望の数の該文書の
   複数コピーを印刷する画像形成装置であって、 文書およびその文書を印刷すべき所望の回数を含むデー
   タの電子的伝送を受け取る入力手段と、 データ記憶機構を備え、上記入力手段に電気的に接続さ
   れ、複数コピー印刷ジョブの場合と単一コピー印刷ジョ
   ブの場合を見分け、複数コピー印刷ジョブの場合に上記
   データ記憶機構へ上記データをコピーし、上記いずれの
   場合にも上記データをラスタ画像に変換し、複数コピー
   印刷ジョブの場合上記データ記憶機構にコピーされた上
   記データを読み取って、その読み取ったデータを上記所
   望の回数から１回差し引いた回数ラスタ画像に変換する
   ように構成された制御機構と、 上記制御機構に接続され、上記変換された画像を印刷す
   る印刷エンジンと、 を備える画像形成装置。