JP3481284B2 - 画像圧縮データ復号装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像圧縮データ復号装置
に係り、特にハードのイメージ伸張用復号器において、
画像圧縮データ復号エラーが発生したとき、これをソフ
トウェアによりリカバリするものに関する。

【０００２】

【従来の技術】データ処理装置で作成した画像圧縮デー
タを、例えばディスプレイやプリント出力装置等の出力
側で復号する場合、データ処理装置側において画像圧縮
データを作成する場合に使用する符号器と、出力側で使
用する復号器が全く同一のロジックに基づいて圧縮処
理、復号処理を行う場合には問題はない。

【０００３】しかし、ＣＣＩＴＴ（国際電信電話諮問委
員会）の画像圧縮に関する勧告には或る程度の自由度が
あり、メーカーによってはロジックにわずかな差があ
り、Ａメーカーの圧縮データをＢメーカーの復号器で復
号する場合、復号段階でロジックに合わないデータであ
ると、復号器側でリカバリを行うが、間違った復号結果
を出力してしまう。

【０００４】復号器が処理を高速にするためにＣＣＩＴ
Ｔの定めたモードの特定のパターンを想定して復元する
ように作られている場合がある。例えば水平モードの後
には必ず垂直モードがくるとか、垂直モードの後は必ず
パスモードであるとか、パスモードの次に垂直モードが
必ず来ないとか復元パターンが予め定められている場合
がある。このような復号器に対して、このようなパター
ンに限定されない圧縮データを送出する上位装置が接続
されるとき、間違った復号結果を出力することになる。

【０００５】そして一度この間違った復号結果を出力す
ると、この間違った結果を参照ラインとして次のライン
の復号処理が行われるため、正確な復号ができず、復号
器は復号エラーを出力することになる。この結果、正常
な画像圧縮符号データを受信したにもかかわらず、デー
タエラーを表示し、処理できない場合があった。

【０００６】特に画像圧縮符号データがＭＭＲ形式（Ｍ
Ｒ形式も含まれている）のように符号化モードが水平モ
ード、垂直モード、パスモード等多数存在し、１つのパ
ターンを符号化するにも複数の符号化方法が存在する場
合に前記の如き問題が発生する。

【０００７】

【発明が解決しようとする課題】従来の技術では、復号
器で復号しているときにエラーが発生した場合、データ
エラーをアラーム表示しているだけのため、復号器にお
けるデータエラーが、正常な画像圧縮データにもかかわ
らず復号器側で異常が存在したことによるのか、それと
も画像圧縮データが異常なことにもとづくものか判断で
きないため、オペレータにエラー発生原因がどこにある
のかを示した適切なメッセージを通知できなかった。し
かも復号器側でエラーが存在した場合、正常な画像圧縮
データを受信したにもかかわらずこれを復号できないと
いう問題があった。

【０００８】従って本発明の目的は、このような問題を
改善した画像圧縮データ復号装置を提供することであ
る。

【０００９】

【課題を解決するための手段】前記目的を達成するた
め、本発明では、図１に示す如く、圧縮データ復号装置
側に、マイクロプロセッサ（以下ＭＰＵという）１、主
記憶２、システムバス３、イメージ伸張用復号器４、ク
ロスコールメモリ５、データ転送・拡大縮小部６、ビッ
トマップメモリ７、イメージバス８、バッファ管理制御
部１１、イメージデータ展開部１２、画像圧縮データ復
号監視部１３、イメージデータ伸張部１４、データバッ
ファ１５等を設ける。

【００１０】ところで、このイメージ伸張用復号器４
は、前記の如く、復元処理を高速化するため特定のパタ
ーンのみしか復元できないものである。またイメージデ
ータ伸張部１４はＣＣＩＴＴの画像圧縮に関する勧告の
データを全部復元可能なものであり、主記憶２上に保持
されたプログラムにより圧縮データの復元処理を行う、
ソフトウェアにより復号処理するものである。

【００１１】

【作用】図１においては図示省略された上位装置から復
号すべき圧縮データを受信すると、バッファ管理制御部
１１はこの受信した圧縮データをデータバッファ１５に
保持する。それからイメージデータ展開部１２はイメー
ジ伸張用復号器４を起動し、これにこの圧縮データを順
次送出して圧縮データの復元処理を行わせる。

【００１２】このとき、上位装置から受信した圧縮デー
タが、前記の如く、特定のパターンであればイメージ伸
張用復号器４が正常に動作し、復号処理したデータをク
ロスコールメモリ５に順次記入する。そして復号終了す
ると、データ転送・拡大縮小部６がこのクロスコールメ
モリ５内のデータをビットマップメモリ７に転送する。
このとき、転送データを拡大または縮小制御することも
可能である。

【００１３】しかし上位装置における圧縮データ符号化
のロジックがイメージ伸張用復号器４のロジックと異な
り、前記特定のパターンでないものがこのイメージ伸張
用復号器４に送出されたとき、誤った復号処理を行い、
エラーを出力する。このエラー信号はＭＰＵ１のイメー
ジデータ展開部１２で検出され、これによりイメージデ
ータ展開部１２は画像圧縮データ復号監視部１３にこの
エラー発生を通知する。

【００１４】これにより画像圧縮データ復号監視部１３
はイメージデータ伸張部１４を動作させ、データバッフ
ァ１５に保持している前記圧縮データを今度はソフトウ
ェアにもとづき復号処理を行わせる。この場合、イメー
ジデータ伸張部１４はＣＣＩＴＴの画像圧縮に関する勧
告のデータを全部復元可能である。

【００１５】従って受信した圧縮データにエラーが存在
しなければこのイメージデータ伸張部１４における復号
が正常に行われ、受信した圧縮データにエラーが存在す
ればこのイメージデータ伸張部１４における復号が正常
に行われずエラーとなるので、これを識別することによ
り受信データにエラーが存在したのか否かをオペレータ
に正確に通知することができる。

【００１６】

【実施例】本発明の一実施例を図２〜図６に基づき説明
する。図２は本発明の一実施例構成図、図３はそのイメ
ージデータ伸張部の構成説明図、図４は復号処理部の動
作説明図、図５は各モードにおける動作説明図、図６は
バッファ管理制御部及び画像圧縮データ復号監視部の動
作説明図である。

【００１７】図中、他図と同一記号は同一部分を示し、
１はＭＰＵ、２は主記憶、３はシステムバス、４はイメ
ージ伸張用復号器、５はクロスコールメモリ、６はデー
タ転送・拡大縮小部、７はビットマップメモリ、８はイ
メージバス、９は文字データ展開部、１０は図形データ
展開部、１１はバッファ管理制御部、１２はイメージデ
ータ展開部、１３は画像圧縮データ復号監視部、１４は
イメージデータ伸張部、１５はデータバッファ、２１は
識別部、１０１はプリンタ装置、１０２はデータ処理装
置である。

【００１８】ＭＰＵ１は、レーザビームプリンタ装置の
如きプリンタ装置１０１を制御するものであり、データ
処理装置１０２から送出された印刷出力すべき受信デー
タを印刷制御するものであり、そのため前記受信データ
をデータバッファ１５に格納したり、データバッファ１
５に格納された受信データを印刷パターンに変換するた
め、画像圧縮データはイメージ伸張用復号器４に送り、
文字データは文字データ展開部９に送り、図形データは
図形データ展開部１０に送る等の処理を行う。

【００１９】更にＭＰＵ１は、後述するように、イメー
ジ伸張用復号器４で復号エラーが発生したとき、その画
像圧縮データをイメージデータ伸張部１４でソフト的に
復元処理を行う。

【００２０】主記憶２はＭＰＵ１が動作するために必要
なデータを記憶するものであり、データ処理装置１０２
から受信した印刷用のデータを一時保持するデータバッ
ファ１５を有する。この外イメージデータ伸張部１４を
動作するために必要なプログラム等も記入されている。

【００２１】イメージ伸張用復号器４は、データ処理装
置１０２から受信した画像圧縮データを復元するもので
ある。このイメージ伸張用復号器４は、高速に復元処理
を行うために、ＣＣＩＴＴの定めたモードの特定パター
ンが伝達されることを想定して構成されたハードウェア
である。

【００２２】クロスコールメモリ５はシステムバス３側
とイメージバス８側の両方からアクセス可能なメモリで
あり、イメージデータ伸張部１４から出力されたデータ
及びイメージ伸張用復号器４、文字データ展開部９、図
形データ展開部１０等から出力されたデータを一時保持
するものである。

【００２３】データ転送・拡大縮小部６はクロスコール
メモリ５内のデータをビットマップメモリ７に転送した
り、クロスコールメモリ５内のデータを拡大又は縮小
し、これを転送したりするものである。

【００２４】ビットマップメモリ７はプリントアウト等
で出力されるデータがここに一時保持されるものであ
る。文字データ展開部９は文字コードをそれに対応した
文字パターンに展開するものである。

【００２５】図形データ展開部１０は、ベクトルデータ
で伝達された図形データをそれに応じた図形パターンに
展開するものである。バッファ管理制御部１１はデータ
処理装置１０２から受信した受信データをデータバッフ
ァ１５に一時格納したり、またこの格納した受信データ
を読み出してイメージ伸張用復号器４、文字データ展開
部９、図形データ展開部１０等に送出するものである。
また受信データが画像圧縮データか、文字データか、図
形データかを識別するため受信データに付加された識別
記号を認識する識別部２１を有する。

【００２６】またバッファ管理制御部１１は、１ページ
の印刷データの展開が終了するまではバッファ内から印
刷データを削除しないようにする。イメージデータ展開
中に画像圧縮データ復号エラーが発生した場合は、今ま
でビットマップメモリに展開したデータを消去し、再度
１ページの印刷データの先頭からイメージデータ展開部
１２にデータを渡す。ただしバッファが一杯になった場
合はリカバリをあきらめ、バッファ内のデータを削除す
る。

【００２７】イメージデータ展開部１２はイメージ伸張
用復号器４、文字データ展開部９、図形データ展開部１
０等を起動したり、イメージ伸張用復号器４における画
像圧縮データの復号中にエラーが発生したときこれを検
出し、イメージデータ伸張部１４を動作させるものであ
る。

【００２８】画像圧縮データ復号監視部１３は画像圧縮
データ復号中にエラーが発生すると、イメージデータ展
開部１２に対してデータバッファ１５内にイメージデー
タが先頭から存在しているか否かを問い合わせ、先頭か
らなければソフトウェア復号の実行が不可能であるため
イメージデータエラー終了し、存在していればイメージ
データ展開部１２にイメージデータの先頭から再度展開
を行うように要求し、画像圧縮データの復号をイメージ
データ伸張部１４でソフトウェアにもとづき行うように
制御するものである。

【００２９】イメージデータ伸張部１４はデータバッフ
ァ１５内に保持された画像圧縮データをソフトウェアに
もとづき復元するものであり、図３（Ａ）に示す如く、
ＭＲ符号（水平、垂直、パス、データエラー）復号化テ
ーブル２２、ＭＨ符号（メイクアップ、ターミネーティ
ング）復号化テーブル２３、拡大・縮小機能及びビット
マップメモリ（ＢＭＭ）書込み処理部２４、復号処理部
２５等を有する。

【００３０】データバッファ１５は上位のデータ処理装
置１０２からビットマップメモリ７に展開するために送
出された画像圧縮データ、文字データ、図形データ等を
一時保持するものである。データバッファ１５は１枚で
もよく、前記データ種類毎に例えば３枚で構成してもよ
い。

【００３１】ＭＲ符号復号化テーブル２２は、ビットパ
ターンを読み出してそれが水平モードか、垂直モード
か、パスモードかデータエラーかを切り分けるものであ
り、図３（Ｂ）に示す如く、これらに対応する処理を行
うプログラムが格納されている処理先アドレスと、有効
ビット数の項を有する。

【００３２】ＭＨ符号復号化テーブル２３は、ＭＨ符号
を復号化するときに使用するものであって、図３（Ｃ）
に示す如く、ＭＨ符号つまり水平モードのときのランレ
ングスとその有効ビット数の項を有する。

【００３３】拡大・縮小機能及びビットマップメモリ書
込み処理部２４は、クロスコールメモリ５に書込んだも
のをビットマップメモリ７に書込み処理を行ったり、そ
のときに拡大・縮小処理を行ったりすることをデータ転
送・拡大縮小部６に指示するものである。

【００３４】復号処理部２５は、受信した画像圧縮デー
タをＣＣＩＴＴの勧告に従ってソフト的に復元処理する
ものであり、先ずそのパスモード、垂直モード、水平モ
ードにおける復号処理を図５にもとづき、他図を参照し
て説明する。

【００３５】パスモードの場合、図５（Ａ）に示す如
く、参照ラインより次の次の変化点を探す、そして復号
ラインを上記の変化点まで同じ色に書込む。垂直モード
の場合、図５（Ｂ）に示す如く、参照ラインより次の変
化点を探し、復号ラインを上記の変化点＋、−３ドット
の指示された位置まで現在保持しているものと同じ色に
書込み、それからこの色を反転させる。

【００３６】水平モードの場合、図５（Ｃ）に示す如き
処理を行う。（１）先ずデータバッファ１５から後述す
るビット長のビットパターンを獲得する。ＭＨ符号では
白黒のラン長によりＭＨ符号のビット長が異なるので、
すべてのラン長を網羅できるＭＨ符号で最長のビット長
を獲得する。そしてこのビットパターンを１０進数に数
値化する。（２）この数値化した値を元にこれをアドレ
スとしてＭＨ符号復号化テーブル２３をアクセスし、そ
のアクセス先の項が示すランレングスと有効ビット数を
獲得する。

【００３７】（３）次に復号処理部２５は、この有効ビ
ット数分のデータをデータバッファ１５から読み飛ば
し、（４）前記（２）において得た変数と保持している
ランレングスに、獲得したランレングスを加算する。
（５）このとき、前記（４）において獲得したランレン
グスがメイクアップ符号でなければ、すなわちターミネ
ーティング符号であれば、変数に格納しているランレン
グス分をクロスコールメモリの復号ラインに現在保持し
ている色と同じ色に書込み、次にこの色を反転させる。

【００３８】（６）しかし前記（４）において獲得した
ランレングスがメイクアップ符号であれば、次にターミ
ネーティング符号を獲得してこれを加算する必要がある
のでデータバッファ１５を読み出して、前記（１）〜
（４）の処理を行う。

【００３９】（７）水平モードの場合、現在保持してい
る色が白のとき白で何ドットという指定があり、次に黒
で何ドットという指定がある。このように白黒又は黒白
についてそれぞれ２回同様な処理を行う。

【００４０】復号処理部２５の動作を図４に基づき説明
する。 前回の復号状態を復元する。最初は初期値に設定され
る。 １ラインの復元が終了してなければ次の以下の復号
処理を行う。

【００４１】復号処理部２５は、データバッファ１５
からビットパターンを獲得する。ＭＲ符号では、各モー
ドによりＭＲ符号のビット長が異なるので、これらをす
べて網羅できるＭＲ符号で最長のビット数のビットパタ
ーンを獲得し、これを１０進数で数値化する。

【００４２】このように数値化したものを元にしてＭ
Ｒ符号復号化テーブル２２をアクセスする。これにより
前記で獲得したパターンに対応するＭＲ符号処理先プ
ログラムの格納先アドレス、つまり前記獲得したパター
ンがパスモード、垂直モード、水平モードのいずれであ
れば、これらに応じた処理を行うプログラムの格納先の
アドレス、つまり処理先アドレスを得る。また前記で
獲得したビットパターンはＭＲ符号の最長のビット数で
あり、実際にこのパターンを判別する有効ビット数はこ
の最長のビット数以内であり、異なるので、有効ビット
数をこのＭＲ符号復号化テーブルより獲得する。

【００４３】また前記で獲得したビットパターンが
正常であれば存在しないパターンつまりパターンエラー
のとき、ＭＲ符号復号化テーブル２２の該当欄の処理先
アドレスにはエラー処理用のプログラムのアドレスが記
入され、これにもとづきデータエラー終了となり、アラ
ームが出力される。

【００４４】パターンエラーでなければ、ＭＲ符号復
号化テーブル２２から得た有効ビット数を取り込み、パ
スモード、垂直モード、水平モードに応じ、ＣＣＩＴＴ
の勧告に従う処理を行い復号し、これをクロスコールメ
モリ５に書込む。

【００４５】データバッファ１５に格納された画像圧
縮データの終には、ライン終端符号ＥＯＬが記入されて
いるので、これを識別することによりデータ終了か否か
わかる。又は、データバッファ内にＥＯＬが記入されて
いない場合でもデータバッファ内にデータがなければデ
ータ終了とみなす。データ終了でなければ前記に戻
る。データ終了であればそのときの復号状態つまり正常
復号か否かを主記憶２上に保存し、終了する。

【００４６】このような処理により１ラインの復号が
終了すれば、拡大・縮小機能及びビットマップメモリ書
込み処理部２４が、データ転送・拡大縮小部６に対して
このクロスコールメモリ５に記入された１ラインデータ
の復号データをビットマップメモリ７に書込むことを指
示する。

【００４７】次に図２に示す本発明の動作を説明する。
図２において、例えばワークステーションやパーソナル
コンピュータの如きデータ処理装置１０２が作成した印
刷データをレーザプリンタの如きプリンタ装置１０１に
送出し、プリンタ装置１０１側でこれを処理する場合に
ついて説明する。

【００４８】データ処理装置１０２から送出された印刷
データは主記憶２のデータバッファ１５内に保持され
る。この保持された印刷データは、バッファ管理制御部
１１の識別部２１により識別され、画像圧縮データの場
合はイメージ伸張用復号器４に送出されて復号され、文
字データの場合は文字データ展開部９に送出されて文字
パターンに変換され、図形データの場合は図形データ展
開部１０に送出されて図形に変換され、それぞれクロス
コールメモリ５に記入される。そしてクロスコールメモ
リ５からビットマップメモリ７に、データ転送・拡大縮
小部６により記入され、場合によっては拡大・縮小され
て記入される。このようにしてビットマップメモリ７に
印刷データが順次展開される。展開が終わったデータは
データバッファ１５から削除され、データ処理装置１０
２から続いて送出される印刷データを順次保持する。こ
のようにして処理が進行される。

【００４９】このとき、バッファ管理制御部１１では、
図６（Ａ）に示す如き制御を行う。 （１）データバッファ１５が印刷データで一杯か否かチ
ェックする。もし一杯であればリカバリつまり復号化す
るとき印刷データの頭からないと復号化できないのでソ
フトウェアによる復号化を断念し、展開終了データをデ
ータバッファ１５から削除する。

【００５０】（２）しかしデータバッファ１５が印刷デ
ータで一杯でなければデータ処理装置１０２からの印刷
データ受信を行う。そして印刷データの復号を行い、こ
れをビットマップメモリ７に展開制御する。

【００５１】（３）このとき、イメージ伸張用復号器４
等において、復号エラーが発生しなければ１ページの展
開終了まではデータバッファ１５から印刷データを削除
しないようにする。そして１ページの展開が終了すれば
展開終了データをデータバッファ１５から削除する。

【００５２】（４）しかし復号エラーが発生すれば、バ
ッファ管理制御部１１はデータバッファ１５内の印刷デ
ータをページ先頭に戻し、この印刷データをイメージデ
ータ展開部１２に渡して、前記の如く、イメージデータ
伸張部１４においてソフトウェアにより印刷データの展
開を行う。そして展開終了データをデータバッファ１５
から削除する。

【００５３】この場合、画像圧縮データ復号監視部１３
では、図６（Ｂ）に示す如き監視制御を行う。 （１）データバッファ１５から読み出した印刷データが
画像圧縮データであり、これをイメージ伸張用復号器４
で復号しているときに復号エラーが発生すると、このエ
ラー発生が画像圧縮データ復号監視部１３に通知され
る。これにもとづき画像圧縮データ復号監視部１３はイ
メージデータ展開部１２に対し、イメージデータ伸張部
１４において、ソフトウェアによる復号が実行可能か否
か問い合わせる。これによりイメージデータ展開部１２
はバッファ管理制御部１１に対しデータバッファ１５が
印刷データで一杯か否か問い合わせ、一杯であればリカ
バリつまりソフトウェア復号を断念し、イメージデータ
エラーをオペレータに通知し、イメージデータエラー終
了する。なお、画像圧縮データでなければ監視は行わな
い。

【００５４】（２）しかしソフトウェアによる復号が実
行可能であれば、ソフトウェア復号を断念せずイメージ
データ展開部１２にイメージデータの先頭から再度読み
出しを行うよう要求する。これによりイメージデータ展
開部１２はバッファ管理制御部１１に対しデータバッフ
ァ１５からイメージデータの先頭より順次印刷データを
読み取り、イメージデータ展開部１２に渡すように要求
するので、この要求が実行され、前記の如く、イメージ
データ伸張部１４において復号処理を行う。

【００５５】（３）ところで前記（１）において、イメ
ージ伸張用復号器４における復号エラーが発生しなけれ
ば、そのままこのイメージ伸張用復号器４におけるハー
ドウェア復号処理を行い、復号エラーが発生しなければ
そのまま終了する。しかし復号エラーが発生すれば、前
記（１）にリターンしてイメージデータ伸張部１４でソ
フトウェア復号を行うことになる。

【００５６】このようにしてデータバッファ１５の印刷
データをハードのイメージ伸張用復号器４で復号化する
ときエラーが発生すれば、これをイメージデータ伸張部
１４でソフトウェア復号することができる。しかもデー
タバッファ１５内の印刷データを１ページ管理すること
ができる。

【００５７】本発明の第２実施例を図７により他図を参
照して説明する。この場合では、データバッファ１５
は、図７（Ｃ）に示す如く、イメージデータ用データバ
ッファ１５Ａ、文字データ用データバッファ１５Ｂ、図
形データ用データバッファ１５Ｃの３種類が用意されて
いる。第２実施例では印刷データ展開中にイメージデー
タがあるとき、イメージデータが完結するまでこれをイ
メージバッファから削除しないように制御する。又、イ
メージデータ展開中に画像圧縮データ復号エラーが発生
した場合は、ビットマップメモリ上のイメージ展開結果
のみを消去し、再度イメージデータのみイメージデータ
展開部にデータを渡すように制御する。

【００５８】第２実施例では、バッファ管理制御部１１
は、図７（Ａ）に示す如き制御を行う。 （１）印刷データであるイメージデータがイメージデー
タ用のデータバッファ１５Ａに一杯か否かチェックす
る。もし一杯であれば、復号化するとき、印刷データの
頭から存在しないと復号化できないので、リカバリつま
りソフトウェアによる復号化を断念し、展開終了データ
をイメージデータ用のデータバッファ１５Ａから削除す
る。

【００５９】（２）しかしイメージデータ用のデータバ
ッファ１５Ａが一杯でなければ、データ処理装置１０２
からの印刷データを受信する。そして印刷データの復号
を行い、これをビットマップメモリ７に展開制御する。

【００６０】（３）このとき展開した印刷データが文字
データや図形データであってイメージデータでなけれ
ば、この展開終了データを文字データ用データバッファ
あるいは図形データ用データバッファ１５Ａから削除す
る。

【００６１】（４）展開した印刷データがイメージデー
タであり、またイメージ伸張用復号器４において復号エ
ラーが発生せず、しかもイメージデータが完結してなけ
ればイメージデータが完結するまでイメージデータ用の
データバッファ１５Ａから展開終了ずみのイメージデー
タを削除せず、前記（１）以下に移り、（２）のよう
に、次のイメージデータの展開を行う。

【００６２】（５）しかし前記（４）において、イメー
ジ伸張用復号器４において復号エラーが発生すれば、バ
ッファ管理制御部１１は、イメージデータ用のデータバ
ッファ１５Ａ内のイメージデータの先頭に戻し、このイ
メージデータをイメージデータ展開部１２に渡し、前記
の如くイメージデータ伸張部１４においてソフトウェア
により印刷データの展開を行う。そして展開終了データ
をイメージデータ用のデータバッファ１５Ａから削除す
る。

【００６３】この場合、画像圧縮データ復号監視部１３
では、図７（Ｂ）に示す如き監視制御を行う。 （１）イメージデータ用のデータバッファ１５Ａから読
み出した印刷データが画像圧縮データであり、これをイ
メージ伸張用復号器４で復号しているときに復号エラー
が発生すると、このエラー発生が画像圧縮データ復号監
視部１３に通知される。これにもとづき画像圧縮データ
復号監視部１３は、イメージデータ展開部１２に対し、
イメージデータ伸張部１４においてソフトウェアによる
復号が実行可能か否か問い合わせる。これによりイメー
ジデータ展開部１２は、バッファ管理制御部１１に対し
イメージデータ用のデータバッファ１５Ａが一杯か否か
問い合わせ、一杯であればリカバリつまりソフトウェア
復号を断念し、イメージデータエラーをオペレータに通
知し、イメージデータエラー終了する。なお画像圧縮デ
ータでなければ、例えば非圧縮データであれば監視は行
わない。

【００６４】（２）しかしソフトウェアによる復号が可
能であれば、ソフトウェア復号を断念せず、イメージデ
ータ展開部１２にイメージデータの先頭から再度読み出
しを行うよう要求する。これによりイメージデータ展開
部１２はバッファ管理制御部１１に対しイメージデータ
用のデータバッファ１５Ａからイメージデータの先頭よ
り順次イメージデータを読み取り、イメージデータ展開
部１２に渡すように要求するので、この要求が実行され
前記の如く、イメージデータ伸張部１４において復号処
理が行われる。

【００６５】（３）ところで前記（１）において、イメ
ージ伸張用復号器４における復号エラーが発生しなけれ
ば、そのままこのイメージ伸張用復号器４におけるハー
ドウェア復号処理を行い、復号エラーが発生しなけれ
ば、そのまま終了する。しかし復号エラーが発生すれ
ば、前記（１）にリターンしてイメージデータ伸張部１
４でソフトウェア復号を行うことになる。

【００６６】このようにしてイメージデータが完結する
までイメージデータをイメージデータ用のデータバッフ
ァから削除せず、イメージデータの復号エラーが発生し
たとき、再度イメージデータのみを復号化することがで
きる。

【００６７】本発明の第３実施例を図８及び図９により
他図を参照して説明する。この場合も、データバッファ
１５は、図７（Ｃ）に示す如く、イメージデータ用デー
タバッファ１５Ａ、文字データ用データバッファ１５
Ｂ、図形データ用データバッファ１５Ｃの３種類が用意
されている。データバッファ１５内の印刷データの削除
は、印刷データをイメージ伸張用復号器４等の展開部に
渡した後、展開終了位置を返してもらうことにより、こ
の展開終了位置までの印刷データをデータバッファ１５
から削除している。

【００６８】第３実施例では、この特性を利用して、イ
メージ伸張用復号器４に対し印刷データを複数のブロッ
クに分けて順次渡して、復号処理を行うとき、その復号
展開処理が終了しても、イメージ伸張用復号器４内で内
部的に展開終了位置を保持しておき、上位つまりＭＰＵ
１側に展開終了位置を返すときは、展開開始位置のまま
返す。

【００６９】このようにすることによりデータバッファ
１５から印刷データを削除せずに残すことができるの
で、イメージ伸張用復号器４に復号エラーが発生したと
き、その印刷データの先頭からイメージデータ伸張部１
４にてソフトウェアによる復号が可能となる。

【００７０】これをわかり易く図９により説明する。イ
メージデータ用のデータバッファ１５Ａ上における１ペ
ージの印刷データを図９に示す如く、ブロックＢ₁ 、Ｂ
₂ 、Ｂ₃ に分割して順次イメージ伸張用復号器４に送出
して画像圧縮データを復号するとき、イメージデータ展
開部１２はバッファ管理制御部１１から渡されるブロッ
クＢ₁ 、Ｂ₂ 、Ｂ₃ のデータ先頭アドレスａ₁ 、ａ₂ 、
ａ₃ を記憶しておく。そして、ブロックＢ₁ の復号展開
が終了しても、展開終了位置を印刷データの先頭位置つ
まりブロックＢ₁ の先頭アドレスａ₁ を返し、復号展開
終了したデータをデータバッファ１５Ａ内に残してお
く。しかしバッファ管理制御部１１から次のブロックＢ
₂ が渡されるので、内部的には展開終了位置を更新して
行く。

【００７１】更にデータバッファ１５Ａ内にデータが一
杯になった場合は、画像圧縮データ復号エラー時のリカ
バリ処理を断念し、バッファ管理制御部１１に展開終了
位置を返すときは、内部的に更新していた展開終了位置
（例えば図９におけるアドレスｂ₁ ）を返し、データバ
ッファ１５内のデータを削除してもらう。

【００７２】このようなことを可能にするため、ＭＰＵ
１に印刷データの先頭アドレスａ₁や、各ブロックの先
頭アドレス、終了アドレス、内部的に更新していた展開
終了位置を保持するためのレジスタが用意されている。

【００７３】第３実施例では、イメージデータ展開部１
２は図８（Ａ）に示す如き制御を行う。 （１）バッファ管理制御部１１から復号展開すべきブロ
ックＢの先頭アドレス及び終了アドレスを渡されると、
これらを格納する。このとき、２回目以降のブロックで
あれば、前回の展開終了アドレスを展開開始アドレスに
設定する。例えば、図９に示すブロックＢ₂ の先頭アド
レスａ₂ と終了アドレスａ₃ −１が渡されたとき、前回
のブロックＢ₁ の展開終了アドレスａ₂ −１をＢ₂ の展
開開始アドレスａ₂ に設定する。これによりブロックＢ
₁ の先頭アドレスａ₁ 即ちイメージデータの展開開始ア
ドレスはそのまま保持されることになる。

【００７４】（２）このようにしてバッファ管理制御部
１１から渡された展開開始アドレス、展開終了アドレス
にもとづき指定された範囲のイメージデータをイメージ
データ用のデータバッファ１５Ａから順次読み出して、
これをイメージデータ展開処理する。

【００７５】（３）このとき、イメージ伸張用復号器４
において復号エラーが発生すれば、イメージデータ展開
部１２は、格納していた展開開始アドレス即ちブロック
Ｂ₁の先頭アドレスａ₁ に展開開始アドレスを設定し
て、イメージデータ用のデータバッファ１５Ａよりイメ
ージデータを読み取り、イメージデータ伸張部１４にお
いてソフトウェアによる復号処理を行い、イメージデー
タ展開処理する。

【００７６】（４）またイメージ伸張用復号器４におい
て、復号エラーが発生しなければ、そのままイメージ伸
張用復号器４での処理が行われる。そしてイメージデー
タ用のデータバッファ１５Ａ内のイメージデータが完結
すれば処理終了となる。

【００７７】（５）しかしイメージデータ展開処理にお
いて、イメージデータが完結しないうちにデータバッフ
ァが一杯になればリカバリつまりソフトウェアによる復
号化処理を断念することになるが、データバッファが一
杯にならなければ、バッファ管理制御部１１に通知すべ
き展開終了アドレスを、格納していた展開開始アドレス
ａ₁ に戻す。そしてこのａ₁ をバッファ管理制御部１１
に通知する。

【００７８】第３実施例では、画像圧縮データ復号監視
部１３は図８（Ｂ）に示す如き制御を行う。 （１）データバッファ１５から読み出したものが画像圧
縮データであり、これをイメージ伸張用復号器４で復号
しているときに復号エラーが発生すると、このエラー発
生が画像圧縮データ復号監視部１３に通知される。これ
にもとづき画像圧縮データ復号監視部１３はイメージデ
ータ展開部１２に対し、イメージデータ伸張部１４にお
いてソフトウェアによる復号が可能か否か問い合わせ
る。これによりイメージデータ展開部１２はバッファ管
理制御部１１に対しイメージデータ用のデータバッファ
１５Ａが一杯か否か問い合わせ、一杯であればリカバリ
つまりソフトウェア復号を断念し、イメージデータエラ
ーをオペレータに通知し、イメージデータエラー終了す
る。なお画像圧縮データでなければ、例えば非圧縮デー
タであれば監視は行わない。

【００７９】（２）しかしソフトウェアによる復号が実
行可能であれば、ソフトウェア復号を断念せず、イメー
ジデータ展開部１２にイメージデータの先頭から再度読
み出しを行うよう要求する。これによりイメージデータ
展開部１２はバッファ管理制御部１１に対しイメージデ
ータ用のデータバッファ１５Ａからイメージデータの先
頭より順次データを読み取りイメージデータ展開部１２
に渡すように要求するので、この要求が実行され、前記
の如く、イメージデータ伸張部１４において復号処理を
行う。

【００８０】（３）ところで前記（１）において、イメ
ージ伸張用復号器４における復号エラーが発生しなけれ
ば、そのままこのイメージ伸張用復号器４におけるハー
ドウェア復号処理を行い、復号エラーが発生しなければ
そのまま終了する。しかし復号エラーが発生すれば前記
（１）にリターンしてイメージデータ伸張部１４でソフ
トウェア復号を行うことになる。

【００８１】なお、この場合、バッファ管理制御部１１
は、前記第２実施例におけると同様な動作を行う。この
ように、第３実施例によれば復号すべきデータがブロッ
ク毎に転送される場合でもハードエラーが発生したとき
先頭アドレス及びデータを保持するので、ソフトウェア
による復号が可能となる。勿論ブロックには次のブロッ
クの存在を示す記号が付加されている。また図９ではブ
ロックを連続したものとして説明したが、勿論イメージ
データがとびとびの場合でも同様に処理することができ
る。

【００８２】前記説明ではデータ処理装置１０２として
ワークステーションやパーソナルコンピュータを、プリ
ンタ装置１０１としてレーザプリンタの場合について記
述したが、本発明は勿論これらにのみ限定されるもので
はなく、他の装置についても適用できるものである。

【００８３】

【発明の効果】本発明によればハードのイメージ伸張用
復号器でエラーが発生した場合、ソフトウェアで画像圧
縮データを復号処理するので、画像圧縮データが正常な
ものか、異常なものかを判断することができ、オペレー
タに適切なメッセージを通知することができ、異常に対
する適切な処理を早く行うことができる。

【００８４】そして正常な画像圧縮データに対してハー
ドのイメージ伸張用復号器において復号できない場合で
も、ソフトウェアで復号化してこれを印刷等の出力がで
きるので、正常な画像圧縮データに対してデータエラー
となって印刷等の出力ができなくなるという事態が発生
しないので、装置の信頼性を向上できる。

【００８５】実際にハードのイメージ伸張用復号器に異
常が発生し、使用不可となっても、ソフトウェアで復号
できるのでそのままの状態でも使用可能であり、イメー
ジ伸張用復号器を取り替えるまでの余有が得られる。

【００８６】本発明の第１実施例によればソフトウェア
による復号処理を行うので、これをハードウェアの復号
器のバックアップとして使用しても、ハード量の増加に
はならず、またデータバッファの管理自体も簡単な構成
であり、全体として簡単な構成で信頼性のきわめて高い
ものを提供できる。

【００８７】本発明の第２実施例によれば、ソフトウェ
ア復号処理を行うのは、イメージデータの展開のみであ
り、しかも圧縮されているのでデータ量が少なく、ソフ
トウェアによる復号断念のケースがほとんどなくなる。

【００８８】本発明の第３実施例によればイメージデー
タがきたところから行うので、第２実施例よりもさらに
早くソフトウェアによる復号処理を行うこができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の一実施例構成図である。

【図３】イメージデータ伸張部の構成説明図である。

【図４】復号処理部の動作説明図である。

【図５】各モードにおける動作説明図である。

【図６】本発明の第１実施例におけるバッファ管理制御
部及び画像圧縮データ復号監視部の動作説明図である。

【図７】本発明の第２実施例におけるバッファ管理制御
部及び画像圧縮データ復号監視部の動作及びデータバッ
ファ説明図である。

【図８】本発明の第３実施例におけるイメージデータ展
開部及び画像圧縮データ復号監視部の動作説明図であ
る。

【図９】データのブロック状態説明図である。

【符号の説明】

１ ＭＰＵ ２ 主記憶 ３ システムバス ４ イメージ伸張用復号器 ５ クロスコールメモリ ６ データ転送・拡大縮小部 ７ ビットマップメモリ ８ イメージバス ９ 文字データ展開部 １０ 図形データ展開部 １１ バッファ管理制御部 １２ イメージデータ展開部 １３ 画像圧縮データ復号監視部 １４ イメージデータ伸張部 １５ データバッファ ２１ 識別部 ２２ ＭＲ符号復号化テーブル ２３ ＭＨ符号復号化テーブル ２４ 拡大・縮小機能及びビットマップメモリ書込み処
理部 ２５ 復号処理部 １０１ プリンタ装置 １０２ データ処理装置

フロントページの続き (56)参考文献 特開 昭61−74457（ＪＰ，Ａ) 特開 昭63−31272（ＪＰ，Ａ) 特開 昭63−185272（ＪＰ，Ａ) 特開 昭63−227266（ＪＰ，Ａ) 特開 昭64−17568（ＪＰ，Ａ) 特開 平１−269553（ＪＰ，Ａ) 特開 平２−12572（ＪＰ，Ａ) 特開 平２−30561（ＪＰ，Ａ) 特開 平２−246473（ＪＰ，Ａ) 特開 平３−198463（ＪＰ，Ａ) 特開 平４−68961（ＪＰ，Ａ) 特開 平４−107056（ＪＰ，Ａ) 特開 平４−129386（ＪＰ，Ａ) 特開 平５−244440（ＪＰ，Ａ) 特開 平６−125411（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06T 9/00 H04N 1/413

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 画像圧縮データを一時保持するデータバ
   ッファ（１５）と、この画像圧縮データを元のデータに
   復号するイメージ伸張用復号器（４）を具備する画像圧
   縮データ復号装置において、 データバッファ（１５）内のデータを管理するバッファ
   管理制御部（１１）と、 イメージ伸張用復号器（４）での復号エラーを検出する
   イメージデータ展開部（１２）と、 画像圧縮データをソフトウェアにより復号するイメージ
   データ伸張部（１４）を設け、 データバッファ（１５）内の画像圧縮データを先ずイメ
   ージ伸張用復号器（４）で復号処理を行い、この復号処
   理の際に発生した復号エラーをイメージデータ展開部
   （１２）で検出したときに、前記画像圧縮データをイメ
   ージデータ伸張部（１４）によりソフトウェア復号する
   ことを特徴とする画像圧縮データ復号装置。
2. 【請求項２】 前記バッファ管理制御部（１１）は、前
   記データバッファ（１５）内の１ページの印刷データの
   展開が終了されるまで、データバッファ（１５）内のデ
   ータを保持するようにしたことを特徴とする請求項１記
   載の画像圧縮データ復号装置。
3. 【請求項３】 前記バッファ管理制御部（１１）は、前
   記データバッファ（１５）内の印刷展開中に画像圧縮デ
   ータを含むデータがあるとき、画像圧縮データは展開が
   終了してもデータの展開が完結するまでデータバッファ
   （１５）内に保持するようにしたことを特徴とする請求
   項１記載の画像圧縮データ復号装置。
4. 【請求項４】 前記イメージデータ展開部（１２）は、
   前記データバッファ（１５）のデータを、複数のイメー
   ジデータにブロック化してイメージ伸張用復号器（４）
   またはイメージデータ伸張部（１４）に渡すとともに、
   このイメージデータの先頭アドレスを保持しておき前記
   イメージ伸張用復号器（４）またはイメージデータ伸張
   部（１４）は、画像圧縮データの展開が終了しても展開
   終了位置を保持し、データの展開が完結しない間は前記
   先頭アドレスをバッファ管理制御部（１１）に通知する
   ことによりバッファ管理制御部（１１）は、データの展
   開が完結するまで画像圧縮データをデータバッファ（１
   ５）上に保持するようにしたことを特徴とする請求項１
   記載の画像圧縮データ復号装置。