JPH10111769A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 画像データを送出する時間を短縮して、上位
装置の解放時間を早くする。 【解決手段】 上位装置から供給されたコード画像デー
タを受信する受信部１０２と、受信されたコード画像デ
ータを格納するバッファ１０３と、格納されたコード画
像データを出力部１０８が要求するビットマップデータ
に展開する展開部１０４と、コード画像データの受信間
隔を、当該データを記述するＰＤＬの種類に対応して設
定する受信間隔設定部１０７とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、上位装置
から受信した画像データを、印刷可能なデータ形式に展
開する処理を行なう画像処理装置に関する。

【０００２】

【従来の技術】一般に、ホストコンピュータなどの上位
装置からの画像データをプリンタなどの下位装置が受信
して、印刷可能なデータ形式に変換する処理などを実行
する場合、下位装置側においては、上位装置から当該画
像データが供給される速度と当該画像データを処理する
速度との相違を吸収するため、供給された画像データを
受信バッファにより一旦スプールした後、処理する構成
となっている。ここで、受信バッファの空容量が所定値
以下の、いわゆるバッファフル状態となると、画像デー
タを下位装置側で受信できなくなるので、上位装置に対
しデータ送信要求信号を中断したり、ビジー信号を送出
して、画像データの送信を中断させていた。このため、
下位装置側での処理動作が何らかの理由により単に一時
停止した場合であっても、バッファフル状態となると、
上位装置からのデータ送信が中断されてしまい、結果と
して、画像データをすべて受信できなくなって、処理全
体に無駄が生じる、という問題があった。

【０００３】この問題を解決するため、従来において
は、例えば、特開平５−３０３４７３号公報に記載され
ている技術がある。この技術は、ホストコンピュータか
らプリンタに画像データを送信する場合、プリンタにお
いてバッファフル状態となると、ホストコンピュータに
対するデータ送信要求や、ビジー解除などの送出タイミ
ングを所定時間遅延させることにより、ホストコンピュ
ータがデータ送信を中断してしまうのを防ぐ技術であ
る。

【０００４】

【発明が解決しようとする課題】しかしながら、この技
術では、プリンタにおいてバッファフル状態となってし
まった場合において、例えば、ホストコンピュータが送
信する画像データの残容量が所定値以下であっても、一
律に、データ送信要求や、ビジー解除などの送出タイミ
ングを所定時間遅延させるため、上位装置が画像データ
の送信する時間が長くなって、解放時間が遅くなり、そ
のため、上位装置において他の処理が実行できないとい
った問題があった。本発明は、上述した事情に鑑みてな
されたもので、その目的とするところは、画像データを
送出する時間を短縮して、上位装置を早く解放すること
が可能な画像処理装置を提供することにある。

【０００５】

【課題を解決するための手段】上記課題を解決するた
め、本発明にあっては、上位装置から供給された画像デ
ータを受信する受信手段と、前記受信手段により受信さ
れた画像データを一時的に記憶する緩衝記憶手段とを備
え、前記緩衝記憶手段に記憶された画像データを読み出
して所定の処理を実行する画像処理装置において、前記
受信手段における画像データの受信間隔を、画像処理環
境に応じて設定する受信間隔設定手段を具備することを
特徴としている。

【０００６】（作用）本発明によれば、受信手段が、上
位装置から供給された画像データを受信し、緩衝記憶手
段が、受信された画像データを格納して、格納した画像
データを読み出して、所定の処理が実行される。さて、
画像データを受信する際には、それに伴う必要な処理、
例えば、緩衝記憶手段に必要な容量があるか否かを判別
する処理などが実行されるが、緩衝記憶手段に空きがな
いと、このような処理は全くの無駄となる。本願発明で
は、受信部が画像データを受信する間隔は、画像処理環
境に応じて設定されるので、このような無駄な処理が極
力抑えられる。例えば、受信される画像データがコード
画像データである場合、その種類によって、処理に要す
る時間が異なるので、緩衝記憶手段に格納されたコード
画像データの減り方も異なってくる。特に、処理に要す
る時間が長い種類のコード画像データであれば、緩衝記
憶手段の減り方がゆっくりとなるため、緩衝記憶手段が
空くまでの時間が長くなる。このような場合、本願発明
では、画像処理環境として、受信するコード画像データ
の種類とし、この種類に対応して受信間隔を設定すれ
ば、実質的に受信を行なう場合のみ、受信に伴う必要な
処理を実行するようにできる。このため、コード画像デ
ータの受信において、無駄な処理の実行が抑えられるの
で、上位装置がコード画像データを送信する時間を短縮
することができ、上位装置を早期に解放することが可能
となる。また、緩衝記憶手段が空きとなるまでの時間
は、緩衝記憶手段の容量によっても異なると考えられ
る。このような場合、画像処理環境として、緩衝記憶手
段の容量とし、この容量に対応して受信間隔を設定すれ
ば、実質的に受信を行なう場合のみ、受信に伴う必要な
処理を実行するようにできる。さらに、上位装置からの
送信される画像データの容量と、すでに受信した画像デ
ータに容量とから、未受信となっている画像データのデ
ータ残量を求め、このデータ残容量に対応して受信間隔
を設定しても、上位装置がコード画像データを送信する
時間を短縮することができ、上位装置を早期に解放する
ことが可能となる。

【０００７】

【発明の実施の形態】以下、本発明による実施の形態に
ついて図面を参照して説明する。本発明は、上位装置か
らの画像データを受信して画像処理する環境に応じて、
当該画像データの受信間隔を設定するものであるが、画
像処理環境には種々のものが考えられる。そこで、以下
の実施形態については、画像処理環境について個別具体
的に特定して説明する。

【０００８】＜第１実施形態＞この第１実施形態は、画
像処理環境として、受信する画像データを、出力画像の
内容をＰＤＬ（コード記述言語）で記述されたコード画
像データとするとともに、そのコード画像データを展開
する構成について着目したものである。図１は、本実施
形態にかかる画像処理装置の構成を示すブロック図であ
る。この図に示す画像処理装置１は、ネットワークＮを
介して接続される上位装置たるワークステーション（Ｗ
Ｓ）２０とともに画像処理システムを構成し、ＷＳ２０
から供給されるコード画像データに基づいて画像形成を
行なうものである。ここで、コード画像データとは、Ｐ
ＤＬで記述されたプリントデータであり、本実施形態に
おいては、異なる複数のＰＤＬに対応可能となってい
る。また、ネットワークＮには、ＷＳ２０に限られず、
複数のワークステーションが接続されている。

【０００９】さて、図１において、制御部１００は、Ｃ
ＰＵにより構成され、画像処理装置１内の各部をバスＢ
を介して制御する。ネットワーク・インターフェイス
（Ｉ／Ｆ）１０１は、ネットワークＮを介してＷＳ２０
と、データの送受信を行なうものである。受信部１０２
は、ＷＳ２０から、ネットワークＮ、ネットワークＩ／
Ｆ１０１を順次介してコード画像データを受信するもの
である。なお、受信部１０２は、ＷＳ２０以外のワーク
ステーションからのコード画像データも、ネットワーク
Ｎを介して並行して受信することが可能となっている。
バッファ１０３は、いわゆるリングバッファにより構成
されるものであり、受信したコード画像データを展開処
理前に一旦格納する。展開部１０４は、格納されたコー
ド画像データの内容を解釈して、画像形成が可能なビッ
トマップデータに展開するとともに、そのビットマップ
データを一旦ページバッファ（図示省略）に格納するも
のである。ここで、展開部１０４は、ＰＤＬの種類、例
えば、PostScriptやART、Dump（いずれも商標）などに
それぞれ対応する複数の展開ユニットから構成される。

【００１０】選択部１０５は、受信したコード画像デー
タを記述するＰＤＬの種類に対応して、展開部１０４を
構成する展開ユニットのいずれかを特定するものであ
る。ここで、ＰＤＬの対応する展開ユニットの特定方法
については後述する。ユーザＩ／Ｆ１０６は、ユーザが
らの要求を入力するデバイスや、ユーザに対し設定状態
などを表示するデバイスなどから構成されるものであ
り、具体的に、前者のデバイスには、キーボードや、マ
ウスなどが該当し、後者のデバイスには、ディスプレイ
や、液晶表示パネルなどが該当する。受信間隔設定部１
０７は、選択部１０５によって選択された展開ユニット
に対応して、受信部１０２におけるコード画像データの
受信間隔を、例えば図２に示すように設定するものであ
る。出力部１０８は、例えば、フルカラーページプリン
タなどが該当し、ページバッファに格納されたビットマ
ップデータに基づいて、用紙に画像を形成するものであ
る。なお、画像形成については、公知技術なので、その
説明については省略する。

【００１１】なお、ネットワークＮは、一般にイーサネ
ットや、トークンリングなど種々の形式が考えられる
が、本実施形態においては、画像処理装置１と複数のＷ
Ｓとが接続可能であれば、形式については特に限定され
ない。また、ＷＳ２０は、画像データを作成し、画像処
理装置１に対しプリント要求を行なう上位装置の一例と
して挙げたものである。このため、上位装置としては、
画像データを作成し、プリント要求を行なうものであれ
ば、ＷＳに限られず、パーソナルコンピュータや、ワー
ドプロセッサなどであっても構わない。

【００１２】次に、第１実施形態にかかる画像処理装置
１の動作について説明する。この画像処理装置は、マル
チタスクで動作可能であり、各タスクをそれぞれ非同期
に実行する。そこで、これらのタスクについて以下、
コード画像データを受信してバッファに格納する受信タ
スク、コード画像データの種類に応じて受信間隔を設
定する設定タスク、およびバッファから取得したコード
画像データを、画像形成が可能な形式に展開する展開
タスクの順番で説明する。なお、マルチタスクそれ自体
については、公知なので、その説明については省略す
る。

【００１３】まず、受信タスクについて、図３を参照
して説明する。はじめに、この画像処理装置１が起動す
ると、制御部１００はステップＳａ１において初期化処
理を実行する。この初期化処理とは、例えば、各種値の
設定や、上位装置からデータ、コマンドを受信するため
の準備などである。ここでは、制御部１００は、特に、
ｎに「１０２４」をセットして、１回あたりの受信バイ
ト数を１０２４バイトに設定するとともに、ｔに「１」
をセットして、受信間隔を初期値の１秒に設定してい
る。次に、この初期化処理が終了すると、制御部１００
は、上位装置たるＷＳ２０からの印刷要求があるまでス
テップＳａ２において待機する。ここで上位装置から印
刷要求があると、制御部１００は、ステップＳａ３にお
いて当該上位装置とのコネクションを確立する。続い
て、制御部１００は、ステップＳａ４においてバッファ
１０３に対する書込可能な空き容量（バイト）を検出す
るとともに、その空き容量が当該印刷要求にかかるコー
ド画像データを格納するのに十分か否かを判別する。十
分でなければ、制御部１００は処理手順を後述するステ
ップＳａ８にスキップさせる。一方、十分であれば、制
御部１００は、次のステップＳａ５において当該コード
画像データをｎバイトだけ受信し、ステップＳａ６にお
いてバッファ１０３に格納する。

【００１４】そして、制御部１００は、ステップＳａ７
において、ｎバイトの受信をもって、当該コード画像デ
ータのすべてを受信したか否かを判別する。すべて受信
していないのであれば、制御部１００は、ステップＳａ
８において、ｔ秒間だけスリープ状態とする。ここで、
スリープとは、その間、ＣＰＵを占有しない状態をい
う。なお、ｔの初期値は、ステップＳａ１による初期化
処理のため「１」であるが、本実施形態では、後述する
設定タスクのステップＳｂ５において、当該コード画
像データを記述するＰＤＬの種類に応じて変更される点
に留意すべきである。制御部１００は、ｔ秒間のスリー
プの後、処理手順を再びステップＳａ４に戻す。これに
より、コード画像データの受信がｔ秒ごとに行なわれる
こととなる。こうして、処理手順がステップＳａ４〜Ｓ
ａ８を循環し、コード画像データの受信が完了すると、
制御部１００は、ステップＳａ７の判別結果を「Ｎｏ」
とし、ステップＳａ９において上位装置たるＷＳ２０と
のコネクションを切断して、この受信タスクを終了させ
る。このように、受信タスクにおいては、印刷要求に
かかるコード画像データのすべてが受信されて、バッフ
ァ１０３に格納されることとなる。

【００１５】次に、第１実施形態における設定タスク
について、図４を参照して説明する。はじめに、制御部
１００はステップＳｂ１において初期化処理を実行す
る。ここでは、制御部１００は、特に、ｍに「２５６」
をセットして、バッファ１０３からコード画像データを
１回あたりに取得するバイト数を、初期値として２５６
バイトに設定する。この初期化処理を実行した後、制御
部１００は、バッファ１０３に未処理のコード画像デー
タが存在するか否かの判別を行ない、なければステップ
Ｓｂ２において待機する。ここで、バッファ１０３に未
処理のコード画像データが存在すると、制御部１００
は、ステップＳｂ３においてバッファ１０３からｍバイ
トのコード画像データを取得する。次に、制御部１００
は、ステップＳｂ４において、選択部１０５に対し、取
得したコード画像データを記述するＰＤＬを判別し、そ
のＰＤＬに対応する展開ユニットを特定するように指示
する。これにより、コード画像データを展開する展開ユ
ニットが、当該データを記述するＰＤＬに対応して特定
されることとなる。なお、選択部１０５における展開ユ
ニットの特定方法には、主に次の３通りがある。すなわ
ち、第１に、予め装置において固定されたものを選択し
て特定する方法と、第２に、コード画像データに展開ユ
ニットを指定するデータを含ませておき、これを参照す
ることで特定する方法と、第３に、コード画像データに
含まれる特定パターンを抽出して特定する方法とであ
る。

【００１６】展開ユニットが特定されると、制御部１０
０は、ステップＳｂ５において、特定された展開ユニッ
トに対応して、すなわち、取得したコード画像データを
記述するＰＤＬの種類に応じて受信間隔ｔを、図２を参
照して設定する。ここで、設定される受信間隔は、基本
的に経験値に基づくものであり、そのＰＤＬに対応する
展開ユニットの平均的な処理時間が長くなるものほど、
受信間隔も長くなるように設定されている。なお、この
理由について後述する。また、受信間隔については、装
置起動後の状況を学習して変更するものとしても良い。
このように、設定タスクにおいては、取得したコード
画像データを記述するＰＤＬの種類に対応して、展開ユ
ニットが特定され、さらに受信間隔ｔが設定されること
になる。実際に、コード画像データを出力部１０８が要
求するビットマップデータに展開するタスクは、次に説
明する展開タスクである。

【００１７】そこで次に、展開タスクについて、図５
を参照して説明する。はじめに、制御部１００はステッ
プＳｃ１において初期化処理を実行する。ここでは、制
御部１００は、特に、ｍに「２５６」をセットして、バ
ッファ１０３からコード画像データを１回あたりに取得
するバイト数を初期値として２５６バイトに設定する。
この初期化処理が終了すると、制御部１００は、バッフ
ァ１０３に未処理のコード画像データが存在するか否か
の判別を行ない、なければステップＳｃ２において待機
する。ここで、バッファ１０３に未処理のコード画像デ
ータが存在すると、制御部１００は、ステップＳｃ３に
おいてバッファ１０３からｍバイトのコード画像データ
を取得する。次に、制御部１００は、ステップＳｃ４に
おいて、取得したコード画像データを、特定された展開
ユニットに対しビットマップデータに展開するように指
示するとともに、展開されたビットマップデータをペー
ジバッファに格納する。これにより、バッファ１０３か
ら取得されたｍバイト分のコード画像データが、ビット
マップデータに展開されてページバッファに格納される
こととなる。

【００１８】次に、ステップＳｃ５において制御部１０
０は、この時点において少なくとも１ページ分の展開処
理が済んだか否かを、すなわち、展開されたビットマッ
プデータがページバッファに少なくとも１ページ分以上
格納したか否かを判別する。制御部１００は、この判別
結果が「Ｎｏ」であれば、引き続き展開処理を継続させ
るべく、処理手順をステップＳｃ２に戻す一方、判別結
果が「Ｙｅｓ」であれば、ステップＳｃ６において出力
部１０８に対し画像形成の開始を指示する。これによ
り、ページバッファに格納されたビットマップデータが
出力部１０８の画像形成動作（主・副走査）に同期して
読み出され、当該データに基づいて画像が形成されるこ
ととなる。なお、ページバッファに少なくとも１ページ
分のビットマップデータを格納した後、出力部１０８に
画像形成を指示する構成としたのは、一般に、次の理由
による。すなわち、第１に、展開処理によるビットマッ
プデータへの展開速度よりも出力部１０８において要求
されるビットマップデータの転送速度が高いため、展開
処理が間に合わなくなるおそれがある点と、第２に、展
開速度が間に合わない場合でも、出力部１０８において
画像形成動作を一時停止させることができない点とのた
めである。特に第２の点について詳述すると、出力部１
０８において画像形成動作を一時停止させると、定着部
による熱で出力用紙が変色したり、画像の描画位置にズ
レが生じたりするので、少なくとも１ページの画像形成
するまで画像形成動作を停止させることなく継続させな
ければならないからである。

【００１９】さて、制御部１００は、画像形成の指示の
後、ステップＳｃ７において、バッファ１０３に格納さ
れたすべてのコード画像データが展開されたか否かを判
別する。展開されていなければ、制御部１００は、引き
続き展開処理を継続させるべく、処理手順をステップＳ
ｃ２に戻す一方、判別結果が「Ｙｅｓ」であれば、この
展開タスクを終了させる。このように、展開タスク
においては、取得したコード画像データがビットマップ
データに展開されてページバッファに格納されるととも
に、１ページ分のビットマップデータが格納される毎
に、出力部１０８が起動して、当該ビットマップデータ
に基づいて画像が形成されることとなる。

【００２０】さて、この第１実施形態において、受信間
隔ｔの設定を、ＰＤＬの種類に応じて設定している理由
について説明する。図６は、図３に示した受信タスク
と、図５に示した展開タスクとの動作状態を示す図で
あり、太線が動作中であることを示す。また、同図
（ａ）はバッファ１０３にコード画像データを受信する
ための空きがある場合を示し、同図（ｂ）は空きがない
場合を示す。まず、受信タスクが時刻Ｔ₁まで動作し、
この時刻Ｔ₁から展開タスクが動作を開始したとする。
受信タスクは、時刻Ｔ₁から時間ｔだけスリープし、時
刻Ｔ₂から動作を再開する。ここで、同図（ａ）に示す
ように、バッファ１０３に空きがある場合、受信タスク
は実質的な受信動作となるが、同図（ｂ）に示すよう
に、バッファ１０３に空きがない場合、受信タスクは、
直ちにスリープ状態となってコード画像データを受信し
ないので、実質的な受信動作とはならない。このこと
は、つまりバッファ１０３に空きがないと、バッファ１
０３において無駄な空きチェックが行なわれるととも
に、無駄なタスクの切り替えが行なわれて、その分ＣＰ
Ｕが占有され、結果的に処理が遅延してしまうことを意
味する。このことは、受信間隔ｔが短いほど、つまりス
リープ時間が短いほど顕著となる。

【００２１】ここで、バッファ１０３の空き状態となる
までの時間について、展開タスクにおける処理時間に
ついて着目してみると、次のことがいえる。すなわち、
ＰＤＬに対応する展開ユニットの平均的な処理時間が短
いものほど、単位時間あたりにおけるコード画像データ
の処理量が多くなって、その分、バッファ１０３に格納
されたコード画像データが減るので、空き状態となるま
での時間が短くなる、といえる。逆に、ＰＤＬに対応す
る展開ユニットの平均的な処理時間が長いものほど、バ
ッファ１０３において空き状態となるまでの時間が長く
なる。そこで、第１実施形態においては、平均的な展開
時間が長いＰＤＬほど、受信間隔ｔを長く設定すること
によって、その間に展開処理を進行させ、バッファ１０
３の格納量を減らして、空きとなりやすくするととも
に、バッファ１０３における空きチェックや、タスクの
切り替えなどが頻発しないようにしているのである。こ
れにより、第１実施形態においては、無駄な空きチェッ
クや、無駄なタスクの切替などが行なわれるのが防止さ
れるので、その分、画像処理の高速化を図ることができ
る。この結果、上位装置が画像データを送信する時間が
短縮され、その解放時間も早くなって、他の処理をいち
はやく実行することができるのである。

【００２２】＜第２実施形態＞次に、本発明の第２実施
形態にかかる画像処理装置について説明する。この第２
実施形態は、画像処理環境として、バッファ１０３のサ
イズについて着目したものである。図７は、本実施形態
にかかる画像処理装置の構成を示すブロック図である。
この図に示す画像処理装置２が、図１に示した第１実施
形態にかかる画像処理装置１と相違する点は、バッファ
サイズ検知部２０１を設けた点にある。そこで、以下こ
の相違点を中心にして説明し、同じ符号を付したものに
ついては、重複するので、その説明を省略する。

【００２３】図７において、バッファサイズ検知部２０
１は、バッファ１０３のサイズを検知するものである。
一般に、バッファ１０３は、システムメモリの一部分が
割り当てられたものであり、そのサイズについては、装
置起動時において固定的に決定されるものもあれば、起
動後、動作環境に応じて任意に変更されるものもある。
本実施形態においては特に限定する必要はなく、いずれ
でも良い。また、本実施形態における受信間隔設定部２
０７は、第１実施形態とは異なり、バッファサイズ検知
部２０１によって検知されたバッファサイズに対応し
て、受信部１０２の受信間隔を設定するものである。

【００２４】次に、第２実施形態にかかる画像処理装置
２の動作について説明する。この画像処理装置２は、第
１実施形態にかかる画像処理装置１と同様にマルチタス
クで動作可能であり、各タスクをそれぞれ非同期に実行
する。ここで、画像処理装置２は、受信設定タスク
と、展開タスクとを実行する。前者については、第１
実施形態における受信タスクおよび受信間隔設定タ
スクを１本化したものであり、後者については、第１実
施形態と同様なものである。

【００２５】そこでまず、受信設定タスクについて、
図８を参照して説明する。はじめに、この画像処理装置
２が起動すると、制御部１００はステップＳｄ１におい
て初期化処理を実行する。この初期化処理とは、例え
ば、各種値の設定や、上位装置からデータ、コマンドを
受信するための準備などである。ここでは、制御部１０
０は、特に、ｎに「１０２４」をセットして、１回あた
りの受信バイト数を１０２４バイトに設定するととも
に、ｔに「１」をセットして、受信間隔を初期値の１秒
に設定している。次に、この初期化処理を実行した後、
制御部１００は、上位装置たるＷＳ２０からの印刷要求
があるまでステップＳｄ２において待機する。ここで、
上位装置から印刷要求があると、制御部１００は、ステ
ップＳｄ３において当該上位装置とのコネクションを確
立する。続いて、制御部１００は、ステップＳｄ４にお
いてバッファ１０３に対する書込可能な空き容量（バイ
ト）を検出するとともに、その空き容量が当該印刷要求
にかかる画像データを格納するのに十分か否かを判別す
る。十分でなければ、制御部１００は処理手順を後述す
るステップＳｄ１０にスキップさせる。一方、十分であ
れば、制御部１００は、次のステップＳｄ５において当
該画像データをｎバイトだけ受信し、ステップＳｄ６に
おいてバッファ１０３に格納する。

【００２６】そして、制御部１００は、ステップＳｄ７
において、ｎバイトの受信をもって、当該画像データの
すべてを受信したか否かを判別する。すべて受信してい
ないのであれば、制御部１００は、ステップＳｄ８にお
いて、バッファサイズ検知部２０１に対し、現時点にお
けるバッファ１０３のバッファサイズｓ（Ｋバイト）を
検知するように指示する。これにより、制御部１００
は、バッファサイズを認識し、ステップＳｄ９におい
て、受信間隔ｔ（秒）を、例えば、バッファサイズｓに
係数ｐを乗じた値に設定する。ここで、係数ｐは、予め
定められた値であり、本実施形態では、例えばｐ＝０．
００７８１２５（＝１／１２８）として、バッファサイ
ズｓが６４Ｋバイトの場合に受信間隔ｔが０．５秒に、
バッファサイズｓが１２８Ｋバイトの場合に受信間隔ｔ
が１秒に、それぞれ設定されるようにしている。なお、
受信間隔ｔをバッファサイズｓに比例させて設定する理
由について、後述する。

【００２７】次に、受信間隔ｔを設定した後、制御部１
００は、ステップＳｄ１０においてｔ秒間だけスリープ
状態とする。制御部１００は、ｔ秒間のスリープの後、
引き続き受信を続行すべく、処理手順を再びステップＳ
ｄ４に戻す。これにより、画像データの受信が間隔ｔ秒
ごとに行なわれることとなる。こうして、処理手順がス
テップＳｄ４〜Ｓｄ１０を循環し、画像データの受信が
完了すると、制御部１００は、ステップＳｄ７の判別結
果を「Ｎｏ」とし、ステップＳｄ１１においてＷＳ２０
とのコネクションを切断して、この格納タスクを終了さ
せる。このように、受信設定タスクにおいては、印刷
要求にかかる画像データが、バッファサイズｓに応じた
間隔ｔで受信されて、バッファ１０３に格納されること
となる。そして、画像処理装置２は、受信した画像デー
タがコード画像データであれば、それに対応する展開ユ
ニットを特定した後、第１実施形態と同様な展開タス
クを実行することにより、当該ビットマップデータに基
づいた画像が形成されることとなる。

【００２８】さて、この第２実施形態において、受信間
隔ｔの設定を、バッファサイズｓに比例させて設定して
いる理由について説明する。すでに第１実施形態で述べ
たように、バッファ１０３に空きがなくて、スリープ時
間が短いほど、バッファ１０３において無駄な空きチェ
ックが行なわれるとともに、無駄なタスクの切り替えが
行なわれ、その分ＣＰＵが占有される結果、処理が遅延
する。ここで、バッファ１０３の空きとなるまでの時間
について、バッファサイズｓについて着目してみると、
バッファサイズｓが大きいほどバッファ１０３が空き状
態となるまでの時間が長くなる、といえる。そこで、第
２実施形態においては、バッファサイズｓが大きいほ
ど、受信間隔ｔを長く設定することによって、その間に
展開処理を進行させ、バッファ１０３の格納量を減らし
て、空きとなりやすくするとともに、バッファ１０３に
おける空きチェックや、タスクの切り替えなどが頻発し
ないようにしているのである。これにより、第２実施形
態においては、第１実施形態と同様に、無駄な空きチェ
ックや、無駄なタスクの切替などが行なわれるのが防止
されるので、その分、画像処理の高速化を図ることがで
きる。この結果、上位装置が画像データを送信する時間
が短縮され、その解放時間も早くなって、他の処理をい
ちはやく実行することができるのである。

【００２９】＜第３実施形態＞次に、本発明の第３実施
形態にかかる画像処理装置について説明する。この第３
実施形態は、画像処理環境として、バッファ１０３のサ
イズについて着目したものである。図９は、本実施形態
にかかる画像処理装置の構成を示すブロック図である。
この図に示す画像処理装置３が、図１に示した第１実施
形態にかかる画像処理装置１と相違する点は、データサ
イズ検知部３０１および残データ量計数部３０２を設け
た点にある。そこで、以下この相違点を中心にして説明
し、同じ符号を付したものについては、重複するので、
その説明を省略する。

【００３０】図９において、データサイズ検知部３０１
は、受信部１０２により受信される画像データのサイズ
（バイト数）を検知するものである。この検知は、例え
ば、上位装置たるＷＳ２０が画像データの送出に先だっ
て、当該画像データのサイズを示すデータを送出するこ
ととして、このデータをデータサイズ検知部３０１が解
析することで行なわれる。残データ量計数部３０２は、
データサイズ検知部３０１によって検知されたデータサ
イズから、実際に受信部１０２において受信された画像
データのサイズ（バイト数）を差し引いて、未受信とな
っている残データ量を計数するものである。また、本実
施形態における受信間隔設定部３０７は、第１実施形態
とは異なり、残データ量計数部３０２によって計数され
た残データ量に対応して、受信部１０２の受信間隔を設
定するものである。

【００３１】次に、第３実施形態にかかる画像処理装置
３の動作について説明する。この画像処理装置３は、第
１実施形態にかかる画像処理装置１と同様にマルチタス
クで動作可能であり、各タスクをそれぞれ非同期に実行
する。ここで、画像処理装置３は、受信設定タスク
と、展開タスクとを実行する。前者については、第１
実施形態における受信タスクおよび受信間隔設定タ
スクを１本化したものであり、後者については、第１実
施形態と同様なものである。

【００３２】まず、受信設定タスクについて、図１０
を参照して説明する。はじめに、この画像処理装置３が
起動すると、制御部１００はステップＳｅ１において初
期化処理を実行する。この初期化処理とは、例えば、各
種値の設定や、上位装置からデータ、コマンドを受信す
るための準備などである。ここでは、制御部１００は、
特に、ｎに「１０２４」をセットして、１回あたりの受
信バイト数を１０２４バイトに設定するとともに、ｔに
「１」をセットして、受信間隔を初期値の１秒に設定し
ている。次に、この初期化処理を実行した後、制御部１
００は、上位装置たるＷＳ２０からの印刷要求があるま
でステップＳｅ２において待機する。ここで、上位装置
から印刷要求があると、制御部１００は、ステップＳｅ
３において当該上位装置とのコネクションを確立する。
続いて、制御部１００は、ステップＳｅ４においてバッ
ファ１０３に対する書込可能な空き容量ｐ（バイト）を
検出するとともに、その空き容量ｐが当該印刷要求にか
かる画像データを格納するのに十分か否かを判別する。
十分でなければ、制御部１００は処理手順を後述するス
テップＳｅ１０にスキップさせる。一方、十分であれ
ば、制御部１００は、次のステップＳｅ５において当該
画像データをｎバイトだけ受信し、ステップＳｅ６にお
いてバッファ１０３に格納する。

【００３３】そして、制御部１００は、ステップＳｅ７
において、ｎバイトの受信をもって、当該画像データの
すべてを受信したか否かを判別する。すべて受信してい
ないのであれば、制御部１００は、ステップＳｅ８にお
いて、残データ量計数部３０２に対し、現時点における
残データ量ｑ（バイト）を検知するように指示する。こ
れにより、制御部１００は、残データ量ｑを認識し、ス
テップＳｅ９において、受信間隔ｔ（秒）を、例えば、
次のように設定する。 残データ量ｑ≦空き容量ｐならば、ｔ＝０に、 残データ量ｑ≧バッファサイズならば、ｔ＝１に、 残データ量ｑ＜バッファサイズならば、ｔ＝（残デー
タ量ｑ−空き容量ｐ）／バッファサイズに、それぞれ受
信間隔ｔが設定される。ここで、バッファサイズとは、
システムメモリに割り当てられたバッファ１０３のサイ
ズをいい、本実施形態においては、装置起動時において
固定的に決定されるものとする。

【００３４】次に、受信間隔ｔを設定した後、制御部１
００は、ステップＳｅ１０においてｔ秒間だけスリープ
状態とする。制御部１００は、ｔ秒間のスリープの後、
引き続き受信を続行すべく、処理手順を再びステップＳ
ｅ４に戻す。これにより、画像データの受信が間隔ｔ秒
ごとに行なわれることとなる。こうして、処理手順がス
テップＳｅ４〜Ｓｅ１０を循環し、画像データの受信が
完了すると、制御部１００は、ステップＳｅ７の判別結
果を「Ｎｏ」とし、ステップＳｅ１１において上位装置
とのコネクションを切断して、この受信設定タスクを終
了させる。このように、受信設定タスクにおいては、
印刷要求にかかる画像データが、残データ量ｑに応じた
間隔ｔで受信されて、バッファ１０３に格納されること
となる。そして、画像処理装置３は、受信した画像デー
タがコード画像データであれば、それに対応する展開ユ
ニットを特定した後、第１実施形態と同様な展開タス
クを実行することにより、当該ビットマップデータに基
づいた画像が形成されることとなる。

【００３５】さて、この第３実施形態によれば、残デー
タ量ｑが少ない場合に、その量に応じて受信間隔が短く
設定されるので、残データがなるべく早くバッファ１０
３に格納される。これにより、上位装置が画像データを
送出する時間が短縮されるので、上位装置を早期に解放
することができる。特に、残データ量ｑがバッファ空き
容量ｐ以下であれば、受信間隔ｔがゼロに設定されるの
で、直ちに、残データが受信されバッファ１０３に格納
される。これにより、上位装置を瞬時に解放することが
できる。

【００３６】＜変形例＞以上説明した第１〜第３実施形
態においては、本発明における画像処理環境をそれぞれ
個別具体的に想定したものであるが、本発明において
は、これらを相互に組み合わせても良い。例えば、第１
および第２実施形態を組み合わせて、ＰＤＬの種類と、
バッファサイズとの双方を検出し、これらを勘案して受
信間隔ｔを設定する構成としても良い。

【００３７】

【発明の効果】以上説明したように本発明によれば、画
像データを送出する時間が短縮されて、上位装置を早く
解放することが可能となる。

【図面の簡単な説明】

【図１】 本発明の第１実施形態にかかる画像処理装置
の構成を示すブロック図である。

【図２】 同実施形態においてＰＤＬの種類とその種類
に応じて設定される受信間隔との関係を示す図である。

【図３】 第１実施形態における受信タスクの動作を示
すフローチャートである。

【図４】 第１実施形態における受信間隔設定タスクの
動作を示すフローチャートである。

【図５】 第１〜第３実施形態における展開タスクの動
作を示すフローチャートである。

【図６】 受信タスクと展開タスクとの状態を示す図で
あって、（ａ）はバッファに空きがある場合を示す図で
あり、（ｂ）はバッファに空きがない場合を示す図であ
る。

【図７】 本発明の第２実施形態にかかる画像処理装置
の構成を示すブロック図である。

【図８】 第２実施形態における受信設定タスクの動作
を示すフローチャートである。

【図９】 本発明の第３実施形態にかかる画像処理装置
の構成を示すブロック図である。

【図１０】 第３実施形態における受信設定タスクの動
作を示すフローチャートである。

【符号の説明】

２０……ＷＳ（上位装置）、 １０２……受信部（受信手段）、 １０３……バッファ（緩衝記憶手段）、 １０６……選択部（特定手段）、 １０７、２０７、３０７……受信間隔設定部（受信間隔
設定手段）、 ２０１……バッファサイズ検知部（バッファサイズ検出
手段）、 ３０１……データサイズ検知部（データサイズ検出手
段）、 ３０２……残データ量計数部（残データ量演算手段）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 上位装置から供給された画像データを受
   信する受信手段と、 前記受信手段により受信された画像データを一時的に記
   憶する緩衝記憶手段とを備え、前記緩衝記憶手段に記憶
   された画像データを読み出して所定の処理を実行する画
   像処理装置において、 前記受信手段における画像データの受信間隔を、受信環
   境に応じて設定する受信間隔設定手段を具備することを
   特徴とする画像処理装置。
2. 【請求項２】 請求項１記載の画像処理装置において、 前記受信手段が受信する画像データはコード画像データ
   であり、 受信されたコード画像データの種類を特定する特定手段
   を備え、 前記受信間隔設定手段は、特定されたコード画像データ
   の種類に対応して受信間隔を設定することを特徴とする
   画像処理装置。
3. 【請求項３】 請求項１記載の画像処理装置において、 前記緩衝記憶手段の容量を検出するバッファサイズ検出
   手段を備え、 前記受信間隔設定手段は、検出された容量に対応して受
   信間隔を設定することを特徴とする画像処理装置。
4. 【請求項４】 請求項１記載の画像処理装置において、 前記受信手段により受信される画像データの容量を検出
   するデータサイズ検出手段と、 前記受信手段により受信した画像データの受信量を計数
   するとともに、前記データサイズ検出手段により検出さ
   れた容量と計数した受信量との差から、未受信となって
   いる画像データのデータ量を演算する残データ量演算部
   とを備え、前記受信間隔設定手段は、演算されたデータ
   量に対応して受信間隔を設定することを特徴とする画像
   処理装置。