JPH09247402A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】何等かの異常が発生し、符号化画像データのバ
ッファへの書き込みを中断した場合でも、必ず画像デー
タの終端を示すデータを書き込むようにして、異常によ
る誤動作を拡大させないようにする。 【解決手段】サイクリックに上書きが可能なバッファ４
ｂを備え、このバッファ４ｂに一旦書き込んだ符号化画
像データを読み出して復号する構成であり、バッファ４
ｂには、常に、符号化画像データの終端データ（ＲＴ
Ｃ）の書き込み領域を確保しており、異常が生じたとき
には、バッファ４ｂへの符号化画像データの書き込みを
停止して、終端データ（ＲＴＣ）を書き込むこととす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像処理装置、詳し
くは、受信した画像データを印字出力するためにバッフ
ァを必要とするファクシミリ装置などの画像処理装置の
改良に関する。

【０００２】

【従来の技術】ファクシミリ装置では、画像データの受
信処理速度と印字処理速度のギャップ（タイムラグ）を
埋めるために、バッファを設けて効率的な処理を行って
いる。このバッファには、サイクリックに上書きが可能
なリングバッファを用いており、メモリの有効利用も図
っている。

【０００３】図７には、ファクシミリ装置の画像データ
受信時の処理手順を示している。ＭＨ符号化された画像
データを受信した場合（＃１００）は、この画像データ
をバッファに蓄積する（＃１０３）とともに、ランレン
グスデータに復号して（＃１０１）、データのエラーチ
ェックを行う（＃１０２）。また、バッファに蓄積され
た画像データに対しても、並行して１ラインずつ、復号
及びエラーチェックの処理（＃１０４，＃１０５）を行
いながら、ラインバッファに復号（ランレングスデータ
からイメージデータへの展開も含む）したデータを格納
して、順次、記録紙に画像データを印字出力する。

【０００４】

【発明が解決しようとする課題】ところが、上記のファ
クシミリ装置では、以下のような問題があった。まず、
第１に、コストの低減等を図るために、バッファの容量
を、１ページ分の画像データのみが格納できるぐらいに
比較的小さくした場合、このファクシミリ装置に何等か
の異常が発生して、受信した画像データのバッファへの
書き込みを中断すると、バッファに蓄積中のデータの１
ラインの終端が分からなくなるため、復号後のイメージ
データのサイズが大きくなって、ラインバッファの容量
（Ａ４サイズの場合は、最大１７２８画素（ビット）
分）を超えてしまい、ラインバッファに続く領域を破壊
してしまう場合があった。

【０００５】また、画像データのバッファへの書き込み
を中断すると、復号時に画像データの終了を示すＲＴＣ
（制御復帰信号）を検出しないので、復号処理が終了せ
ず、同じ不要な画像データを繰り返し印字出力する等の
無限ループになる場合があった。一方、このような場合
でもＲＴＣを検出することもあるが、この検出したＲＴ
Ｃは他の画像データに対するものなので、結局不要なデ
ータを印字出力することに変わりはなかった。

【０００６】第２の問題は、図７を用いて説明したよう
に、画像データを受信すると、受信した時点で復号処理
とエラーチェック処理を行う一方、バッファに蓄積後に
印字出力するときも同様に復号処理とエラーチェック処
理を行っているので、これらを並行処理している場合は
特に、ソフトウェアの処理が煩雑となり処理速度の低下
につながっていた。

【０００７】第３の問題は、受信した符号化画像データ
を画像メモリに記憶する場合に、この画像メモリがＤＲ
ＡＭで構成されているときは特に、環境の変化によるノ
イズ等が原因で、画像メモリに記憶したデータ内容が変
化することがある。この状態で、圧縮データである符号
化データを復号すれば、データ内容の変化がたとえ１箇
所（１ビット）であったとしても、復号後（展開後）の
イメージデータのサイズが大きくなることがあり、ライ
ンバッファに続くメモリ領域を破壊してしまう場合があ
った。

【０００８】本発明は、上記事情に鑑みて提案されたも
のであり、何等かの異常が発生し、符号化画像データの
バッファへの書き込みを中断した場合でも、必ず画像デ
ータの終端を示すデータ（ＲＴＣ）を書き込むようにし
て、異常による誤動作を拡大させないようにした画像処
理装置を提供することを第１の目的としている。第２の
目的は、復号後のデータに対するエラーチェック処理を
１回だけ行うようにして、処理を簡素化させた画像処理
装置を提供することである。

【０００９】第３の目的は、ラインバッファに続く領域
をエラー検知用の領域として、この領域を参照すること
によって、画像メモリの内容の変化を検出し、異常が発
生したことが分かるようにした画像処理装置を提供する
ことである。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に提案される請求項１に記載の本発明は、サイクリック
に上書きが可能なバッファには、常に、符号化画像デー
タの終端データの書き込み領域を確保しており、異常が
生じたときには、バッファへの符号化画像データの書き
込みを停止して、終端データを書き込むこととする。

【００１１】ここに、符号化画像データの終端データと
は、ファクシミリ装置では、１単位（１ページ）の画像
データの終了を示し、ファクシミリ通信手順信号の送受
を可能とするＲＴＣ（制御復帰信号）である。また、異
常が生じるとは、故障などによってこの画像処理装置の
動作に異常が発生した場合であり、もちろん、バッファ
への画像データの書き込みが停止した場合も含んでい
る。

【００１２】請求項２に記載の本発明は、受信した符号
化画像データを、復号したデータに誤りがあった場合に
はエラーデータを組み込んで、一旦バッファに書き込む
一方、このバッファから符号化画像データを読み出した
データに、エラーデータが含まれているときには、エラ
ー処理を実行する。ここにエラー処理には、印字出力時
にエラーであるラインを出力せずに１ライン前のライン
を再度出力することや、ディスプレイにエラーメッセー
ジを表示したり、この画像処理装置の動作を停止するこ
とが含まれている。

【００１３】請求項３に記載の本発明は、符号化画像デ
ータを記憶する画像メモリと、この画像メモリからライ
ン毎に読み出した符号化画像データを復号して書き込む
ラインバッファと、このラインバッファの領域に連続し
ているエラー検知領域とを備え、エラー検知領域のデー
タが、予め記憶したデータと異なるデータになったとき
には、エラー処理を実行する。

【００１４】ここに、ラインバッファは、１ライン分の
ビットイメージデータが格納できるように構成されてお
り、Ａ４サイズの場合、その容量は２１６バイト（１７
２８ビット／８ビット）である。通常、このラインバッ
ファは２，３個設けられて、効率的に使用されている。

【００１５】

【発明の実施の形態】以下に、図面を参照して本発明の
実施の形態を説明する。図１は、本発明に係る画像処理
装置の内部構成を示したブロック図である。ここでは、
カット紙（定型紙）を使用する熱転写式のファクシミリ
装置について説明するが、本発明ではこれには限定され
ず、画像データを符号化によって圧縮して伝送するよう
な通信端末装置に適用される。

【００１６】図において、１は以下の各部をアドレスバ
スＡＢとデータバスＤＢで接続して信号制御するＣＰ
Ｕ、２は電話回線Ｌに対する発信、着信の網制御を行う
ＮＣＵ２ａと、ファクシミリ通信手順を実行し画像デー
タなどの送受信を行なうモデム２ｂとで構成された回線
制御部、３は原稿画像を読み取るためのイメージセンサ
３ａと、画像データのシェーディング補正等を行う画像
処理回路３ｂと、送信原稿を給紙、排紙するための送信
モータ３ｃ及びモータドライバ３ｄとで構成される画像
読取部、４はインクリボンに熱を加えてインクを紙に転
写するためのサーマルヘッド４ａと、印字出力する画像
データを一旦格納する画像ＤＲＡＭ４ｂと、画像ＤＲＡ
Ｍ４ｂに画像データを格納し、サーマルヘッド４ａに印
字出力を指示する論理回路を備えたゲートアレイ４ｃ
と、受信画像を印刷する記録紙を送るための受信モータ
４ｄ及びモータドライバ４ｅとを備えた印字出力部、５
は液晶ディスプレイ５ａと操作パネル５ｂとを備えた操
作部、６はＲＯＭ６ａとＲＡＭ６ｂとを備えた記憶部で
ある。

【００１７】画像ＤＲＡＭ４ｂには、符号化画像データ
を格納する画像メモリ、サイクリックに上書きが可能な
リングバッファ、イメージデータをライン毎に格納する
ラインバッファを備えて、ＣＰＵ１のソフトウェアによ
って符号／復号処理を行っている。まず、請求項１に記
載の発明について、図２〜４とともに説明する。

【００１８】ＣＰＵ１では、モデム２ｂを介して符号化
画像データを受信すると、この符号化画像データをリン
グバッファに書き込む一方、これを順次ライン毎に読み
出し復号しながら、ラインバッファにイメージデータを
書き込み、サーマルヘッド４ａによって記録紙に印字出
力している。図２の（ａ）〜（ｃ）には、リングバッフ
ァの構成を示し、処理過程を説明している。

【００１９】（ａ）は、第１ページの画像データを格納
している状態であり、データの終端には、終端データと
してＲＴＣ（制御復帰符号）が付加されている。ＣＰＵ
１では、このＲＴＣを検出すれば、１単位（１ページ）
のデータが終了したと判断して、モデム２ｂを介して通
信手順信号を送受する。（ｂ）は、続いて第２ページの
画像データを受信した状態である。このときに、何等か
の異常が発生すれば、ＣＰＵ１では、この時点でＲＴＣ
を書き込み、このバッファへの画像データの書き込みを
停止する（ｃ）。

【００２０】図３の（ａ），（ｂ）には、この処理過程
を更に詳しく示している。（ａ）に示したように、画像
データのラインの途中（図ではライン１０３）で、異常
が発生すれば、前ライン（図ではライン１０２）のＥＯ
Ｌ（不図示、ライン終端符号）の直後にＲＴＣを書き込
む（ｂ）。このようにすれば、異常の発生後に印字出力
処理が継続していたり、異常の復旧後に印字出力を再開
しても、ライン単位では正常な画像データを印字出力す
ることができる。

【００２１】続いて、図４の（ａ），（ｂ）には別の処
理過程を示しているが、（ａ）のように第２ページの画
像データの書き込みが正常であった場合でも、紙切れな
どで印字出力処理に遅れが生じた場合、次の第３ページ
の画像データの書き込み途中でバッファの容量が不足す
る場合がある。この場合でも、異常の発生に備えてＲＴ
Ｃの書き込み領域（斜線部分）は、必ず確保しておく。
つまり、バッファに符号化画像データを書き込むときに
は、現書き込み位置で異常が発生したときに、ＲＴＣを
書き込めるかを常にチェックしておく必要がある。

【００２２】このように、請求項１に記載の発明では、
常に、ＲＴＣの書き込み領域を確保しているので、復号
したイメージデータのサイズが大きくなってラインバッ
ファに続く領域のデータを破壊したり、復号処理の終了
が検知できずに無限ループになる場合がない。次に、請
求項２に記載の発明について、図５とともに説明する。

【００２３】ＣＰＵ１では、符号化画像データを受信す
ると、従来と同様に受信した画像データを復号し、エラ
ーチェックを行う（＃１〜＃３、図７参照）。ここに、
エラーチェックとは、例えば、変換したランレングスデ
ータの値に矛盾がないか（黒ランの次が白ランではなく
黒ランである場合等）を調べるといったものがあり、エ
ラーを検出しなければ、画像ＤＲＡＭ４ｂのバッファに
は受信した符号化画像データをそのまま書き込むが、エ
ラーを検出すると、符号化画像データにエラーデータを
組み込むようにする。なお、このエラーデータは、例え
ば、ＥＯＬの直前に伝送時間を調節するために付加され
るフィル（ＦＩＬＬ）に含めるように、所定のビット列
で構成すればよい。

【００２４】一方、印字出力するために、バッファから
符号化画像データを読み出したときには、エラーチェッ
ク（＃３）処理は行わず、復号するラインにエラーデー
タが含まれているかのみを判断する。ここで、エラーデ
ータを検出すればエラー処理を実行する一方、検出しな
ければ、印字出力部４による印字出力を行う（＃４〜＃
６）。このように、印字出力時には復号後のデータのエ
ラーチェック処理を行わないので、ＣＰＵ１の負担を軽
減することが出来る。

【００２５】次に、請求項３に記載の発明について、図
６とともに説明する。図には、画像ＤＲＡＭ４ｂ等に設
けられ、符号化画像データを記憶する画像メモリＭと、
画像メモリＭからライン毎に読み出した符号化画像デー
タを復号し、これによって生成されたイメージデータを
書き込むラインバッファＬｂと、このラインバッファＬ
ｂの領域に連続しているエラー検知領域Ｅとを備えてい
る構成を模式的に示している。

【００２６】ＣＰＵ１では、画像メモリＭの１ライン
（斜線部分）を復号し、ラインバッファＬｂにイメージ
データを書き込む度に、エラー検知領域Ｅを参照して、
この領域のデータが、予め記憶したデータ（図では、
「１０１０１０１０」の交番パターン）と異なるデータ
になったときには、このエラー検知領域Ｅが破壊された
と判断して、液晶ディスプレイ５ａにエラーメッセージ
を表示する等のエラー処理を実行する。

【００２７】ここに、エラー検知領域Ｅの容量は、画像
メモリＭに記憶していた符号化画像データが化けたこと
によって、復号後のデータが大きくなったときでも、こ
のエラー検知領域Ｅに続く領域を破壊しないような大き
さであることが望ましい。

【００２８】

【発明の効果】以上の説明からも理解できるように、本
発明の請求項１に記載の画像処理装置によれば、この画
像処理装置に何等かの異常が発生した場合でも、符号化
画像データを書き込んだバッファには、必ず終端データ
が書き込まれるので、復号後のイメージデータのサイズ
がラインバッファの容量を超えてしまって、ラインバッ
ファに続く領域を破壊することがない。また、印字出力
するときに、画像データの終端データを必ず検出するの
で、復号処理が終了せずに無限ループに陥る場合がな
い。したがって、異常時の復旧が容易になる。

【００２９】請求項２に記載の画像処理装置によれば、
バッファに一旦蓄積した符号化画像データを読み出し復
号したときには、この復号後のデータに対するエラーチ
ェック処理は行わないので、受信処理と印字出力処理が
並行して頻繁に動作した場合でも、処理が煩雑にならず
に済む。請求項３に記載の画像処理装置によれば、ライ
ンバッファに連続している領域にエラー検知領域を設け
ているので、画像メモリに記憶した符号化画像データの
内容が変化し、復号後のデータがラインバッファの容量
を超えるようになったとしても、エラー検知領域を参照
することによって、画像データに誤りがあることが検出
できるとともに、他の処理に必要なメモリ領域の破壊を
防ぐことが出来る。

【図面の簡単な説明】

【図１】本発明の画像処理装置の内部構成の一例を示し
たブロック図である。

【図２】（ａ）〜（ｃ）は、請求項１に記載の画像処理
装置の処理過程の一例を模式的に示した図である。

【図３】（ａ），（ｂ）は、請求項１に記載の画像処理
装置の処理過程の別の例を模式的に示した図である。

【図４】（ａ），（ｂ）は、請求項１に記載の画像処理
装置の処理過程の別の例を模式的に示した図である。

【図５】請求項２に記載の画像処理装置の基本動作を説
明する図である。

【図６】請求項３に記載の画像処理装置の処理の一例を
模式的に示した図である。

【図７】従来の画像処理装置の基本動作を説明する図で
ある。

【符号の説明】

１・・・ＣＰＵ ２・・・回線制御部 ３・・・画像読取部 ４・・・印字出力部 ４ｂ・・・画像ＤＲＡＭ ５・・・操作部 ６・・・記憶部 ６ｂ・・・ＲＡＭ Ｍ・・・画像メモリ Ｌｂ・・・ラインバッファ Ｅ・・・エラー検知領域

Claims (3)

【特許請求の範囲】
1. 【請求項１】サイクリックに上書きが可能なバッファを
   備え、このバッファに一旦書き込んだ符号化画像データ
   を読み出して復号する構成の画像処理装置において、上
   記バッファには、常に、上記画像データの終端データの
   書き込み領域を確保しており、異常が生じたときには、
   上記バッファへの上記画像データの書き込みを停止し
   て、上記終端データを書き込むことを特徴とする画像処
   理装置。
2. 【請求項２】受信した符号化画像データを、復号したデ
   ータに誤りがあった場合にはエラーデータを組み込ん
   で、一旦バッファに書き込む一方、このバッファから上
   記画像データを読み出したデータに、上記エラーデータ
   が含まれているときには、エラー処理を実行することを
   特徴とする画像処理装置。
3. 【請求項３】符号化画像データを記憶する画像メモリ
   と、この画像メモリからライン毎に読み出した符号化画
   像データを復号して書き込むラインバッファと、このラ
   インバッファの領域に連続しているエラー検知領域とを
   備え、このエラー検知領域のデータが、予め記憶したデ
   ータと異なるデータになったときには、エラー処理を実
   行することを特徴とする画像処理装置。