JPH07320066A

JPH07320066A - 画像処理装置

Info

Publication number: JPH07320066A
Application number: JP13666694A
Authority: JP
Inventors: Hironobu Kaneko; 裕信金子
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1994-05-27
Filing date: 1994-05-27
Publication date: 1995-12-08

Abstract

(57)【要約】【目的】印字処理装置のメインＣＰＵに負担をかけな
いで効率的に画像処理を行う。【構成】バスコントローラ３７はＢＲＥＱ信号よって
汎用バス８の使用許可を求める。汎用バス８を獲得した
ならば、印字処理装置のメモリに直接アクセスして予定
サイズ毎に符号データをバッファＡ３５とバッファアＢ
３６とに交互に取込む。符号データはＤＭＡＣ・Ａ３３
によって伸長・圧縮デバイス１２に転送され、処理され
る。バスコントローラ３７は前記符号データの処理に同
期してＣＰＵ１３から供給されるＤＭＳＴＡ信号に応答
してＢＲＥＱ信号を出力する。画像処理されたデータは
ＤＭＡＣ・Ｂ３４により画像メモリ１６に転送されて蓄
積される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像処理装置に関し、特
に、印字処理装置から供給される画像データに伸長・圧
縮等の処理を施す画像処理装置に関する。

【０００２】

【従来の技術】図８は、印字処理装置の構成を示すブロ
ック図である。同図において、通信装置４は、図示しな
いホストコンピュータから転送されてくる文字データや
図形データならびに圧縮された画像データ（以下、「符
号データ」という）を受信してシステムメモリ５に格納
する。システムメモリに格納された符号データは汎用バ
ス８に接続される画像処理装置１１で伸長された後、デ
ィスク装置等の外部記憶装置６に格納される。また、文
字データと図形データはメインＣＰＵ１で中間言語に変
換された後、外部記憶装置６に格納される。前記データ
処理が終了すると、ＤＭＡ制御装置（以下、「ＤＭＡ
Ｃ」という）３により、制御コマンドと共に前記データ
は外部記憶装置６から画像出力装置７に転送される。転
送されたデータは画像出力装置７で制御コマンドに従っ
てビットデータに変換され、レーザプリンタ等のプリン
タ７ａに出力されて印刷が行われる。なお、端末装置２
は、キーボードおよびディスプレイ装置等である。

【０００３】次に、前記符号データの伸長を行う従来の
画像処理装置について説明する。図５は前記印字処理装
置に１０に接続される画像処理装置１１の構成を示すブ
ロック図である。同図において、該画像処理装置１１
は、主に符号データおよび制御データの転送に使用され
るバス（以下、「符号バス」という）１４と、主に画像
データの転送に使用されるバス（以下、「画像バス」と
いう）１５とを有する。該符号バス１４および画像バス
１５の間には図示しないゲートが設けられていて、通常
は高インピーダンス状態に保持されている。前記符号バ
ス１４には該画像処理装置１１全体を制御するＣＰＵ１
３が接続され、該符号バス１４と画像バス１５との間に
は伸長・圧縮デバイス１２および２チャネルＤＭＡＣ１
８が接続される。該２チャネルＤＭＡＣ１８は前記符号
バス１４および画像バス１５双方のデータ転送を行うも
のである。また、画像バス１５には伸長された画像デー
タを格納する画像メモリ１６が接続される。

【０００４】さらに、前記符号バス１４と汎用バス８と
の間には、バスコントローラ２１、バッファ２２、なら
びにレジスタ２３が接続される。バスコントローラ２１
は汎用バス８上のアドレスを解読し、自己が選択されて
いる場合に応答を返したり、前記メインＣＰＵ１に対し
て割り込みを行う。バッファ２２には印字処理装置１０
との間で転送されるデータが一旦格納される。レジスタ
２３には、メインＣＰＵ１からＣＰＵ１３に伝達される
制御コマンドやパラメータ、ならびにＣＰＵ１３からメ
インＣＰＵ１に伝達されるステータス等がセットされ
る。

【０００５】上記従来装置における符号データの伸長動
作を説明する。まず、メインＣＰＵ１は符号データの処
理つまり伸長に関するパラメータを画像処理装置１１の
レジスタ２３に書込むとともに処理開始を要求するため
のスタートビットを該レジスタ２３にセットする。前記
パラメータは圧縮方式、符号データ量ならびに伸長後の
画像データサイズ等である。

【０００６】スタートビットがセットされると、ＣＰＵ
１３に対する割込み（スタート割込みが発生し、ＣＰＵ
１３は伸長・圧縮デバイス１２に前記パラメータを設定
した後、準備完了状態を示すため、レジスタ２３のレデ
ィビットをセットする。続いて、ＣＰＵ１３はバスコン
トローラ２１を介してメインＣＰＵ１に割込む。つまり
バスコントローラ２１はＤＭＡ要求信号ＤＭＲＥＱを出
力する。また、伸長・圧縮デバイス１２は処理をこの時
点で開始し、２チャネルＤＭＡＣ１８に対して符号デー
タ転送要求信号ＣＲＥＱを出力して符号データを要求す
る。

【０００７】一方、メインＣＰＵ１は前記ＤＭＡ要求信
号ＤＭＲＥＱにより割込みを受けると、レジスタ２３の
レディビットを確認し、ＤＭＡＣ３を起動してシステム
メモリ５から予定転送単位の符号データをバッファ２２
に転送する。予定サイズの符号データがバッファ２２に
格納されると、バッファ２２は満杯信号ＦＵＬＬを出力
し、この満杯信号ＦＵＬＬに応答してレジスタ２３のＦ
ＵＬＬビットがセットされる。このＦＵＬＬビットはメ
インＣＰＵ１およびＣＰＵ１３の双方から確認すること
ができる。

【０００８】ＣＰＵ１３は、ＦＵＬＬビットを確認する
と、２チャネルＤＭＡＣ１８を起動してバッファ２２か
ら伸長・圧縮デバイス１２への符号データの転送を開始
する。２チャネルＤＭＡＣ１８は予定転送単位の符号デ
ータを転送するとともに、符号データ転送要求応答信号
ＣＡＣＫを伸長・圧縮デバイス１２へ出力する。伸長・
圧縮デバイス１２へ符号データが読み出されると、バッ
ファ２２から出力される満杯信号ＦＵＬＬは低レベル
（ＬＯＷ）状態となる。

【０００９】伸長・圧縮デバイス１２は、供給された符
号データの伸長が終了すると、画像データ転送要求信号
ＤＲＥＱを出力して画像データの転送を要求する。これ
とともに、ＣＰＵ１３に終了信号ＥＮＤを出力して予定
単位の符号データの処理終了を通知する。２チャネルＤ
ＭＡＣ１８は画像データ転送要求信号ＤＲＥＱに応答し
て伸長後の画像データを画像メモリ１６へ転送すると共
に、応答信号ＤＡＣＫを伸長・圧縮デバイス１２に出力
する。一方、ＣＰＵ１３は前記終了信号ＥＮＤを受ける
と、次の符号データを受信するため、バスコントローラ
２１を介してメインＣＰＵ１に割込む。割込みを受けた
メインＣＰＵ１は、レジスタ２３のＦＵＬＬビットのＬ
ＯＷ状態を確認し、ＤＭＡＣ３により次の予定単位の符
号データをバッファ２２へ転送する。以上の手順によっ
て伸長された画像データは、画像メモリ１６に蓄積さ
れ、その後システムメモリ５へ転送される。

【００１０】続いて、従来装置の他の例を説明する。図
６は画像処理装置の構成を示すブロック図であり、図５
と同符号は同一または同等部分を示す。同図において、
この画像処理装置は前記システムメモリ５から符号デー
タを蓄積するため、符号バス１４に接続された大容量の
符号メモリ３２を有している。また、バッファ４２は、
システムメモリ５と符号メモリ３２とのＤＭＡ転送にお
いて、一時的にデータをラッチするための１ワードない
し数ワードの容量を有する。さらに、この例では、バス
コントローラ４１はバッファ４２が空の場合に、印字処
理装置１０からの要求信号ＤＭＲＥＱに対する応答信号
ＤＭＡＣＫを発生する機能を有する。

【００１１】上記従来装置における符号データの伸長動
作を図７のシーケンス図を参照して説明する。初期状態
ではバッファ４２は空であり、空き信号ＥＭＰＴＹをバ
スコントローラ４１と２チャネルＤＭＡＣ１８に出力し
ている（動作Ａ）。ＤＭＡＣ３はＤＭＡ要求信号ＤＭＲ
ＥＱと符号データを汎用バス８に出力する（動作Ｂ）。
バスコントローラ４１はＤＭＡ要求信号ＤＭＲＥＱとバ
ッファ４２の空き信号ＥＭＰＴＹとを受けとると、応答
信号ＤＭＡＣＫをＤＭＡＣ３に出力するとともに符号デ
ータをバッファ４２に取込む（動作Ｃ）。符号データが
バッファ４２に取込まれると、バスコントローラ４１お
よび２チャネルＤＭＡＣに出力される空き信号ＥＭＰＴ
ＹはＬＯＷ状態（＃ＥＭＰＴＹで示す）になる（動作
Ｄ）。

【００１２】非空き信号＃ＥＭＰＴＹを認識すると、２
チャネルＤＭＡＣ１８はバッファ４２から符号データを
取出し、符号メモリ３２に転送する（動作Ｅ）。この時
点では、ＤＭＡＣ３は要求信号ＤＭＲＥＱと次の符号デ
ータを汎用バス８上に出力しているが、バスコントロー
ラ４１からの応答信号ＤＭＡＣＫがないので、その状態
を保持している。

【００１３】２チャネルＤＭＡＣ１８によって符号デー
タを読み出したならば、バッファ４２は空き信号ＥＭＰ
ＴＹを出力する（動作Ｆ）。この空き信号ＥＭＰＴＹを
受けてバスコントローラ４１は応答信号ＤＭＡＣＫを汎
用バス８へ出力し、汎用バス８上の符号データをバッフ
ァ４２に取込む（動作Ｇ）。再び、ＤＭＡＣ３は要求信
号ＤＭＲＥＱと次の符号データを汎用バス８上に出力す
る（動作Ｈ）。

【００１４】以上の動作を、予定されていたすべての符
号データの転送終了まで繰返し、符号データがすべて符
号メモリ３２に転送されると、ＣＰＵ１３は伸長・圧縮
デバイス１２と２チャネルＤＭＡＣ１８を起動し、符号
データを伸長して画像メモリ１６に書込む。符号データ
の伸長・圧縮デバイス１２への転送と、伸長された画像
データの画像メモリ１６への転送とは、先の例に示した
と同様、伸長・圧縮デバイス１２および２チャネルＤＭ
ＡＣ１８間のハンドシェークにより実行される。

【００１５】なお、特開昭６３−５９０６５号公報に
は、画像データのＤＭＡ転送に同期して伸長装置を動作
させる転送装置を有する画像処理装置が記載されてい
る。

【００１６】

【発明が解決しようとする課題】図５，図６を参照して
説明した上記２つの例には、次のような問題点があっ
た。まず、前者では、メインＣＰＵ１が符号データの転
送処理に使用される。そして、バッファ２２の容量が小
さい程、つまり転送単位が小さい程、メインＣＰＵ１が
該転送処理のためにより多く使用されることになる。汎
用バスを用いないローカルシステムならば、画像処理装
置からの割り込みを認識する機能をＤＭＡＣ３に付加
し、該ＤＭＡＣ３のみに符号データの転送を実行させる
ことでメインＣＰＵ１の負荷を軽減することもできる。
しかし、汎用バスを用いるシステムではＤＭＡＣにはこ
のような機能を持たせることは容易ではなく、メインＣ
ＰＵ１からデータ転送のための負荷を低減させることが
困難であるという問題点があった。

【００１７】一方、後者では、メインＣＰＵ１の負担は
軽減されるが、符号メモリ３２を持たなくてはならず、
この符号メモリ３２に関して次のような問題点があっ
た。つまり画像データの圧縮方式にはＭＨ、ＭＲ、ＭＭ
Ｒ等があるが、これらの圧縮率が常に一定でないことは
周知である。すなわち、原画像の種類や状態により、圧
縮効率の善し悪しがあり、条件が良くないと、現画像よ
りも符号データの方が大きい場合さえある。したがっ
て、条件が悪い場合には、圧縮を行わず画像データのま
ま転送や蓄積などの処理が行われることもある。このよ
うなケースを考慮すると、符号メモリ３２は画像メモリ
１６と同等の容量を有するものが必要である。しかも、
大容量の符号メモリを準備しても、大抵の場合は、圧縮
された符号データが印字処理装置から供給されるため、
該符号メモリを、その一部分しか使用しない効率の悪い
システムになってしまうという問題点があった。

【００１８】本発明の目的は、上記の問題点を解消し、
メインＣＰＵに負担をかけずに効率良く符号データの処
理を行うことができる画像処理装置を提供することにあ
る。

【００１９】

【課題を解決するための手段】上記の課題を解決し、目
的を達成するための本発明は、印字処理装置のメインＣ
ＰＵから供給された符号データ格納アドレスを格納する
ためのレジスタと、前記汎用バスを使用するためのバス
要求信号を出力するバス要求手段と、前記バス要求信号
に対するバス使用許可信号を検出するバス使用許可検出
手段と、前記符号データ格納アドレスに従って印字装置
のメモリ手段から予定サイズの符号データを読み出す符
号データ読出手段と、読み出した符号データを格納する
バッファ手段と、前記符号データを処理する画像処理手
段と、前記バス使用許可信号を受信後、前記バッファ手
段から前記画像処理手段に転送された前記符号データの
処理状態に合わせて前記符号データ読出手段を起動する
転送指示手段とを具備した点に特徴がある。

【００２０】

【作用】上記の特徴を有する本発明によれば、バス要求
手段の要求によってバス使用権を獲得した後、前記符号
データ格納アドレスに従って印字処理装置のメモリ手段
から直接符号データを読み出すことができる。また、前
記符号データの読み出しは画像処理の状態に応じて実行
される。

【００２１】

【実施例】以下、図面を参照して本発明を詳細に説明す
る。図１は本発明の一実施例に係る画像処理装置の構成
を示すブロック図であり、図５，図６と同符号は同一ま
たは同等部分を示す。該画像処理装置は図８に関して説
明した印字処理装置とバス接続され、該印字処理装置か
ら供給される符号データを処理するものである。同図に
おいて、ＤＭＡＣ・Ａ３３はバッファＡ３５およびバッ
ファＢ３６と伸長・圧縮デバイス１２との間でデータ転
送を行うものであり、符号バス１４に接続される。ま
た、ＤＭＡＣ・Ｂ３４は伸長・圧縮デバイス１２と画像
メモリ１６との間でデータ転送を行うものであり、画像
バス１５に接続される。なお、これら２つのＤＭＡＣ
は、図５，図６に関して説明した従来の装置のように２
チャネルＤＭＡＣとして１つに統合することもできる。

【００２２】バスコントローラ３７は、汎用バス８上の
アドレスを解読し、自己が選択されている場合に応答を
返したり、割り込みを行ったりするほか、自らバスを獲
得しバスサイクルを起動するバスマスタとしての機能を
有する。汎用バス８と符号バス１４との間に接続された
前記２つのバッファＡ３５とバッファＢ３６とは対で使
用され、交互にデータを書込みおよび読み出すためのい
わゆるピンポンバッファとして使用される。

【００２３】上記装置における符号データの伸長動作を
図２のシーケンス図を参照して説明する。同図に記載し
ていない前段階の処理として、まず、印字処理装置１０
のメインＣＰＵ１は、画像処理装置１１に対し、符号デ
ータの伸長処理に関わるパラメータをレジスタ２３に書
込み、かつレジスタ２３のスタートビットをセットす
る。前記パラメータには、符号データ格納スタートアド
レスつまりシステムメモリ５の符号データ格納場所を示
す情報、該符号データのサイズ、圧縮方式、伸長後の画
像データサイズ等が含まれる。

【００２４】前記スタートビットがセットされたことに
よってＣＰＵ１３への割り込みが発生し、ＣＰＵ１３は
前記パラメータを読み込むとともに、前記システムメモ
リ５の符号データ格納アドレスから符号データを転送さ
せるため、ＤＭＡ転送開始信号ＤＭＳＴＡをバスコント
ローラ３７に出力する（動作Ａ１）。ＤＭＡ転送開始信
号ＤＭＳＴＡを受けたバスコントローラ３７はバス要求
信号ＢＲＥＱを出力し（動作Ｂ１）、バス使用許可信号
ＢＧＮＴ信号を待つ。

【００２５】メインＣＰＵ１のバスオービトレータ１ａ
からバス使用許可信号ＢＧＮＴが出力される（動作Ｃ
１）と、バスコントローラ３７は、前記レジスタ２３に
セットされたアドレスを汎用バス８に出力し、バッファ
Ａ３５またはバッファＢ３６のうち一方（ここではバッ
ファＡ３５とする）にシステムメモリ５から予定ワード
数の符号データを読み込む（動作Ｄ１）。

【００２６】なお、バッファＡ３５およびバッファＢ３
６の容量は次のように決定される。バスコントローラ３
７の符号データ読み込み時間をｔ、伸長・圧縮デバイス
１２の単位時間あたりの処理符号データ量ｄとした場
合、各バッファの容量は（ｋ×ｔ÷ｄ）で決定される。
ここで符号ｋは伸長・圧縮デバイス１２の処理速度やバ
ス応答時間のばらつきを考慮した係数であり、通常
「２」程度の値をとる。

【００２７】一方、上記符号データを読み込んでいる間
に、ＣＰＵ１３はＤＭＡＣ・Ａ３３およびＤＭＡＣ・Ｂ
３４ならびに伸長・圧縮デバイス１２に前記伸長に必要
なパラメータをセットして起動をかける（動作Ｅ１）。
伸長・圧縮デバイス１２は内部のセットアップが終了す
ると符号データ要求信号ＣＲＥＱをＤＭＡＣ・Ａ３３に
出力する（動作Ｆ１）。

【００２８】システムメモリ５からバッファＡ３５へ符
号データが転送されると、バスコントローラ３７はＤＭ
Ａ転送終了信号ＤＭＥＮＤ信号をＣＰＵ１３に入力する
（動作Ｇ１）。ＣＰＵ１３はＤＭＥＮＤ信号を受け取る
と、ＤＭＡＣ・Ａ３３に対してスタートコマンドＳＴＡ
ＲＴを出力（動作Ｈ１）する。このスタートコマンドＳ
ＴＡＲＴによってバッファＡ３５から伸長・圧縮デバイ
ス１２へ符号データの転送が行われる（動作Ｊ１）。ま
た、これと同時にＣＰＵ１３は次の符号データをバッフ
ァＡ３５へ読み込むための指示をバスコントローラ３７
に出力する。

【００２９】伸長・圧縮デバイス１２に対する符号デー
タの転送は、ＤＭＡＣ・Ａ３３との間で符号データ転送
要求信号ＣＲＥＱと応答信号ＣＡＣＫのハンドシェーク
によって実行される。伸長・圧縮デバイス１２は符号デ
ータが入力されると伸長動作を実行する。伸長された画
像データは画像メモリ１６に格納される。該伸長・圧縮
デバイス１２は１ワード単位で符号データの伸長を行
い、次の符号データの処理が可能になると再び符号デー
タ転送要求信号ＣＲＥＱを出力し、これに対する応答信
号ＣＡＣＫが入力されると、符号バス１４上の符号デー
タを取込む。

【００３０】バッファＡ３５のすべてのデータ転送が終
了すると、ＤＭＡＣ・Ａ３３は、終了信号ＥＮＤをＣＰ
Ｕ１３に出力する。ＣＰＵ１３は、バッファＢ３６に符
号データがすでに格納されていれば該バッファＢ３６か
ら伸長・圧縮デバイス１２へのデータ転送をＤＭＡＣ・
Ａ３３に指示するとともに、バッファＡ３５への新たな
符号データの読み込みをバスコントローラ３７に指示す
る。なお、前記コントローラの符号データ読み込み時間
ｔは図２に示すように、ＣＰＵ１３からＤＭＡ転送開始
信号ＤＭＡＳＴＡが出力されてからスタートコマンドＳ
ＴＡＲＴがＤＭＡＣ・Ａ３３に出力されるまでの時間つ
まり符号Ａ１からＨ１の動作が終了するまでの時間であ
る。

【００３１】以上の動作をすべての符号データの伸長処
理が終了するまで繰返し行う。なお、該画像処理装置１
１は圧縮装置としても使用される。圧縮の際には、符号
バス１４および画像バス１５間のゲ―トを開いて画像メ
モリ１６に印字処理装置１０から画像データを取込み、
これを伸長・圧縮デバイス１２で圧縮処理してバッファ
Ａ３５，バッファＢ３６に交互に格納し、システムメモ
リ５または外部記憶装置６等に転送する。

【００３２】以上のように、本実施例によれば、メイン
ＣＰＵ１は最初に、伸長に必要なパラメータをレジスタ
２３に格納し、スタートビットをセットするだけで、後
は画像処理装置１１側のバスコントローラ３７の機能に
汎用バス８が獲得され、システムメモリ５から符号デー
タがバッファＡ３５，バッファＢ３６に取込まれる。

【００３３】続いて、本発明の第２実施例を説明する。
図３は、第２実施例を示す画像処理装置のブロック図で
あり、図１と同符号は同一または同等部分を示す。この
第２実施例は、前記ピンポンバッファとして使用されて
いた一対のバッファに代えて単一のＦＩＦＯメモリ（以
下、「単にＦＩＦＯ」という）を使用するものである。
図３において、汎用バス８と符号バス１４との間にはバ
スコントローラ３７とレジスタ２３とＦＩＦＯ３８が接
続されている。該ＦＩＦＯ３８は、その容量の１／２以
上データが格納されている期間中は、その旨を示す表示
信号ＨＦＵＬＬを高レベル状態にする機能を有する。こ
の表示信号ＨＦＵＬＬはバスコントローラ３７およびＤ
ＭＡＣ・Ａ３３に出力される。

【００３４】第２実施例における符号データの伸長動作
を図４のシーケンス図を参照して説明する。同図におい
て、符号Ａ２〜Ｆ２で示す動作は第１実施例の符号Ａ１
〜Ｆ１の動作とそれぞれ同様であるため説明は省略す
る。ここで、ＦＩＦＯ３８の容量は、前記バッファＡ３
５およびバッファＢ３６の容量を合わせたものと同一と
する。また、前記符号Ｄ２で示す動作では前記ＦＩＦＯ
３８の容量の１／２のサイズの符号データが印字処理装
置１０のシステムメモリ５から転送される。

【００３５】ＤＭＡＣ・Ａ３３はＦＩＦＯ３８の表示信
号ＨＦＵＬＬを検知しており、該信号ＨＦＵＬＬが低レ
ベル状態の間は、前記符号データ要求信号ＣＲＥＱに対
する応答信号ＣＡＣＫ信号を出力しない。そして、符号
データがＦＩＦＯ３８へ格納されると表示信号ＨＦＵＬ
Ｌが高レベル状態となる（動作Ｇ２）。バスコントロー
ラ３７は表示信号ＨＦＵＬＬが高レベル状態になると、
システムメモリ５からＦＩＦＯ３８への転送を中断して
汎用バス８を解放する。

【００３６】ＤＭＡＣ・Ａ３３は表示信号ＨＦＵＬＬが
高レベル状態になると応答信号ＣＡＣＫを伸長・圧縮デ
バイス１２へ出力し（動作Ｈ２）、ＦＩＦＯ３８から伸
長・圧縮デバイス１２へのデータ転送を再開する（動作
Ｊ２）。なお、システムメモリ５からＦＩＦＯ３８への
符号データの転送は汎用バス８の仕様に適した方法を採
ることができる。

【００３７】ＦＩＦＯ３８から符号データが読み出され
ると、表示信号ＨＦＵＬＬは低レベル状態（＃ＨＦＵＬ
Ｌ）になる（動作Ｋ２）。バスコントローラ３７は低レ
ベル表示信号＃ＨＦＵＬＬを検知するとシステムメモリ
５からＦＩＦＯ３８への符号データの転送を再開させ
る。該第２実施例では、１バスサイクルでの符号データ
の転送量をＦＩＦＯ３８の１／２としているので、該Ｆ
ＩＦＯ３８がオーバーフローすることはない。

【００３８】伸長・圧縮デバイス１２は、入力された符
号データを伸長処理し、伸長が終了して出力可能状態に
なると画像データの転送要求信号ＤＲＥＱを出力する。
ＤＭＡＣ・Ｂ３４は前記転送要求信号ＤＲＥＱに応答し
てあらかじめ設定された画像メモリ１６の予定のアドレ
スに画像データを格納し、伸長・圧縮デバイス１２に応
答信号ＤＡＣＫを出力する。

【００３９】なお、以上の説明では、システムメモリ５
から符号データを読み出して処理をする例を説明した
が、この他、外部記憶装置６からデータを読み出して、
上述の例と同様に処理をする場合にも、本発明を適用す
ることができる。

【００４０】

【発明の効果】以上の説明から明らかなように、本発明
では、印字処理装置のメモリに直接アクセスしてデータ
を読み出すことができる転送手段を汎用バスに接続し、
この転送手段を画像処理の状態に応じて起動させるよう
にした。したがって、印字処理装置のメインＣＰＵに負
担をかけず、しかも大きい容量のメモリを画像処理装置
に設けることもなく、効率的にデータの処理を行うこと
ができる。

【図面の簡単な説明】

【図１】第１実施例の画像処理装置の構成を示すブロ
ックである。

【図２】第１実施例の制御信号およびデータの流れを
示す転送シーケンス図である。

【図３】第２実施例の画像処理装置の構成を示すブロ
ック図である。

【図４】第２実施例の制御信号およびデータの流れを
示す転送シーケンス図である。

【図５】従来の画像処理装置の一例を示すハード構成
図である。

【図６】従来の画像処理装置の他の例を示すハード構
成図である。

【図７】従来装置の制御信号およびデータの流れを示
す転送シーケンス図である。

【図８】印字処理装置の構成を示すブロック図であ
る。

【符号の説明】

８…汎用バス、１２…伸長・圧縮デバイス、１３…
ＣＰＵ、１４…符号バス、１５…画像バス、１６
…画像メモリ、２３…レジスタ、３５…バッファ
Ａ、３６…バッファＢ、３７…バスコントローラ、
３８…ＦＩＦＯ

Claims

【特許請求の範囲】

【請求項１】メインＣＰＵと、符号データを格納する
メモリ手段とを有する印字処理装置の汎用バスに接続さ
れる画像処理装置において、前記メインＣＰＵから供給された符号データ格納アドレ
スを格納するためのレジスタと、前記汎用バスを使用するためのバス要求信号を出力する
バス要求手段と、前記バス要求信号に対するバス使用許可信号を検出する
バス使用許可検出手段と、前記符号データ格納アドレスに従って前記メモリ手段か
ら予定サイズの符号データを読み出す符号データ読出手
段と、読み出した符号データを格納するバッファ手段と、前記符号データを処理する画像処理手段と、前記バス使用許可信号を受信後、前記バッファ手段から
前記画像処理手段に転送された前記符号データの処理状
態に合わせて前記符号データ読出手段を起動する転送指
示手段とを具備したことを特徴とする画像処理装置。