JP2002077588A

JP2002077588A - 画像処理装置及び画像処理方法

Info

Publication number: JP2002077588A
Application number: JP2000265687A
Authority: JP
Inventors: Yuko Hosokawa; 優子細川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-09-01
Filing date: 2000-09-01
Publication date: 2002-03-15

Abstract

(57)【要約】【課題】高速処理の可能な高品質の画像処理装置及び画
像処理方法を提供すること。【解決手段】ヘッダモードが「つける」の場合は、ス
トライプ長Ｌ０＿ｌｅｎを送信ヘッダ副走査長ｈｅａｄ
ｅｒ＿ｌｅｎ５０８に設定する（ステップＳ２０４）。
そしてｆｉｒｓｔ−ｓｔｒｉｐｅ−ｆｌｇ５０５をＯＮ
にする（ステップＳ２０５）。設定されたＬ０＿ｌｅ
ｎ５０２に従って蓄積画像をＪＢＩＧ符号化する（ステ
ップＳ２０８）。次にステップＳ２１０でストライプ終
了時、Ｌ０＿ｆｌｇ５１１がＯＮかどうか判定し、更に
ステップＳ２１１で、Ｌ０＿ｌｅｎ５０２＝ｈｅａｄｅ
ｒ＿ｌｅｎ５０８かどうか判定し、更にステップＳ２１
２でｆｉｒｓｔ−ｓｔｒｉｐｅ−ｆｌｇ５０５がＯＮか
どうか判定する。これらの判定の全てyesであれば、ス
トライプ終了コードはＳＤＲＳＴ（ｆｆ０３）となる
（ステップＳ２１３）。そして、ステップＳ２１４でｆ
ｉｒｓｔ−ｓｔｒｉｐｅ−ｆｌｇをＯＦＦにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像処理装置及び画
像処理方法に関するものである。

【０００２】

【従来の技術】スピード＆クオリティが重要視される現
代の情報化社会において、ファクシミリもその例外では
なく、通信時間の短縮を図るため、従来のＭＲ／ＭＭＲ
符号の他に、ＪＢＩＧ符号通信機能を持つ機種が登場し
ている。ＪＢＩＧ符号は静止２値画像の標準符号化方式
で、ＩＴＵ−Ｔ勧告Ｔ．８２／８５で定義されている。
本符号の特徴としては、・高い圧縮率：ＭＭＲ符号の１．１〜３０倍以上、符号
サイズが原画を超えることがない。

【０００３】・可逆符号：復号時、情報が完全に復元で
きる。などがあげられる。

【０００４】図７、８にＪＢＩＧ符号の構成を示す。

【０００５】ＪＢＩＧ符号は、ヘッダ部７０１（ＢＩＨ
と呼ばれる）と、一定ライン数（ストライプ：通常はＬ
０＝１２８ライン）毎にＪＢＩＧ符号化されたデータ部
７０２（ＳＤＥと呼ばれる）と、制御コード７０３（フ
ローティングマーカコードと呼ばれる）とで構成され
る。つまり、ＪＢＩＧ符号化は、１ページの画像を同じ
大きさの複数の帯状領域毎に符号化するものであり、本
明細書では１つのストライプを構成するライン数（帯状
領域の幅）をストライプ長と称する。

【０００６】ヘッダ部７０１ではＪＢＩＧ符号方式を宣
言する。マーカコード７０３には、図８の８０１〜８０
５に示されるものがある。ＳＤＮＯＲＭ８０７／ＳＤＲ
ＳＴ８０８はストライプ終了を示すコードで必須であ
る。ＳＤＮＯＲＭ８０７がストライプ終了にセットされ
た場合、該ストライプ符号化時に設定された学習テーブ
ルの情報は保持され、次ストライプ符号化時にそのまま
使用される。一方ＳＤＲＳＴ８０８がセットされた場合
は、学習テーブルはリセットされる。

【０００７】ＪＢＩＧ符号化された画像は高い圧縮率を
持ち、画像によっては１ページが数十〜数百バイトまで
に圧縮することができる。そのため、通信符号のみなら
ず、画像のメモリ蓄積時の符号化方式としてもＪＢＩＧ
符号は高い注目を集めている。

【０００８】図６は、画像送信時に付加される送信ヘッ
ダモードの説明である。

【０００９】通常送信ヘッダは、送信開始時に元画像に
付加される帯状画像であり、例えば、発信元アドレスや
日時情報等が含まれる。図６（ａ）は、送信画像であ
り、６０１は送信ヘッダ、６０２は送信しようとする画
像を示す。（ｂ）は送信ヘッダ６０１が画像６０２の外
に付加される外付けヘッダモードの受信画像例を示す図
である。この場合、送信画像はそのままで画像先頭にヘ
ッダが付加される。（ｃ）はヘッダを画像の内に付加し
た内づけヘッダモードの受信画像例を示す図である。ヘ
ッダと同じ長さ分、送信画像の先頭が欠ける。（ｄ）は
ヘッダを付加しないヘッダなしモードの受信画像例を示
す図である。この場合、画像は手を加えられることな
く、送信される。

【００１０】図９は従来のＪＢＩＧ送信時のヘッダ付加
処理を示すフローチャートである。

【００１１】まず、ステップＳ１１０１で初期化した
後、ステップＳ１１０２で送信ヘッダの設定を確認し、
ヘッダなしであれば、ステップＳ１１１２に進み、符号
化画像はそのまま通信制御部に送られる。もしヘッダが
あれば、ステップＳ１１０３でヘッダモードが「外付け
モード」かどうか判定され、「外付けモード」の場合
は、ステップＳ１１０４でストライプを復号化する。そ
して、ステップＳ１１０５に進み、画像の先頭に、送信
ヘッダ画像を付加して、ストライプを再符号化する。以
降、順次ストライプの復号・符号化を繰り返し、１ペー
ジ処理が終了したら通信制御部へ符号を通知する（ステ
ップＳ１１１２）。

【００１２】ヘッダモードが「内付けモード」の場合
は、ストライプ復号化し（ステップＳ１１０６）、送信
ヘッダライン数分の先頭画像を送信ヘッダに置き換え
て、ストライプを再符号化する（ステップＳ１１０
７）。以降、順次ストライプの復号・符号化を繰り返し
（ステップＳ１１０９）、ステップＳ１１１０で１ペー
ジ処理が終了されたと判定されると、終了コードをＳＤ
ＳＲＴに入力し、通信制御部へ符号を通知する（ステッ
プＳ１１１２）。

【００１３】

【発明が解決しようとする課題】しかしながら、従来例
で説明したように、ＪＢＩＧ符号のような、同じ大きさ
の帯状領域毎に符号化を行う方式では、帯状の画像が付
加されると帯状領域の区切りが変わるために、再度、画
像の先端から符号化しなおさなければならない。つま
り、送信ヘッダと蓄積された画像データとを組み合わせ
て１つの画像として送信する際、蓄積画像を１ページす
べて生画像に復号化し、送信ヘッダ情報と組み合わせ
て、改めて先頭から帯状領域毎に符号化しなければなら
ないという問題があり、処理時間がかかってしまうとい
う不具合があった。

【００１４】本発明は、上述の課題に鑑みてなされたも
のであり、その目的とするところは、高速処理の可能な
高品質の画像処理装置及び画像処理方法を提供すること
にある。

【００１５】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る装置は、１ページの画像に、帯状画像
を付加するかどうかを判断する判断手段と、前記１ペー
ジの画像を同じ大きさの複数の帯状領域毎に符号化する
符号化手段と、前記符号化手段によって符号化された符
号化画像情報を記憶する記憶手段と、前記記憶手段に記
憶された前記符号化画像情報に、前記帯状画像を符号化
した符号化帯状画像を付加する付加手段と、前記判断手
段で、前記帯状画像を付加すると判断された場合に、前
記符号化手段で符号化を行う際の帯状領域の幅を、前記
帯状画像の幅と同じ幅に設定する制御手段と、を有する
ことを特徴とする。

【００１６】前記符号化手段は、ＪＢＩＧ方式で符号化
を行うことを特徴とする。

【００１７】前記帯状画像は、画像情報を送信する際
に、ページのヘッダ部分に付加するための、送信ヘッダ
画像であることを特徴とする。

【００１８】前記付加手段は、前記帯状画像が内的付加
の場合に、前記符号化画像情報の１つの帯状領域に対応
する情報を削除して、その削除した部分に前記符号化帯
状画像を付加することを特徴とする。

【００１９】ＪＢＩＧ符号化された画像データの送信を
行う画像処理装置であって、元画像をＪＢＩＧ符号化す
る符号化手段と、符号化された画像を蓄積する記憶手段
と、送信ヘッダとしての帯状画像を前記元画像のヘッダ
部分に付加する付加手段と、前記符号化手段でＪＢＩＧ
符号化を行う前に、前記送信ヘッダを付加するモードか
否かを判定し、前記送信ヘッダを付加する場合には、前
記ＪＢＩＧ符号化時のストライプ長を送信ヘッダ長を同
じ長さにする制御手段と、を有することを特徴とする。

【００２０】前記符号化手段でＪＢＩＧ符号化する際、
付加する前記送信ヘッダに対応するストライプの終了コ
ードはＳＤＲＳＴであることを特徴とする。

【００２１】上記目的を達成するため、本発明に係る方
法は、画像を同じ大きさの複数の帯状領域毎に符号化す
る画像処理方法であって、１ページの画像に、帯状画像
を付加するかどうかを判断する判断工程と、前記判断工
程で、前記帯状画像を付加すると判断された場合に、符
号化を行う際の前記帯状領域の幅を、前記帯状画像の幅
と同じ幅に設定する制御工程と、前記１ページの画像を
同じ大きさの複数の帯状領域毎に符号化する符号化工程
と、前記符号化工程で符号化された符号化画像情報を記
憶する記憶工程と、前記帯状画像を符号化する工程と、
前記記憶工程に記憶された前記符号化画像情報に、前記
帯状画像を符号化した符号化帯状画像を付加する付加工
程と、を有することを特徴とする。

【００２２】ＪＢＩＧ符号化された画像データの送信を
行う画像処理方法であって、元画像に送信ヘッダを付加
して送信するモードか否かを判定する判定工程と、前記
送信ヘッダを付加する場合に、前記ＪＢＩＧ符号化時の
ストライプ長を送信ヘッダ長を同じ長さにする制御工程
と、元画像をＪＢＩＧ符号化する符号化工程と、符号化
された画像を蓄積する記憶工程と、送信ヘッダとしての
帯状画像を符号化する工程と、符号化された前記帯状画
像をＪＢＩＧ符号化された前記元画像のヘッダ部分に付
加する付加工程と、を有することを特徴とする。

【００２３】上記目的を達成するため、本発明に係る記
憶媒体は、画像を同じ大きさの複数の帯状領域毎に符号
化する画像処理プログラムを格納したコンピュータ可読
メモリであって、前記画像処理プログラムは、１ページ
の画像に、帯状画像を付加するかどうかを判断する判断
工程のコードと、前記判断工程で、前記帯状画像を付加
すると判断された場合に、符号化を行う際の前記帯状領
域の幅を、前記帯状画像の幅と同じ幅に設定する制御工
程のコードと、前記１ページの画像を同じ大きさの複数
の帯状領域毎に符号化する符号化工程のコードと、前記
符号化工程で符号化された符号化画像情報を記憶する記
憶工程と、前記帯状画像を符号化する工程のコードと、
前記記憶工程に記憶された前記符号化画像情報に、前記
帯状画像を符号化した符号化帯状画像を付加する付加工
程のコードと、を含むことを特徴とする。

【００２４】ＪＢＩＧ符号化された画像データの送信を
行う画像処理プログラムを格納したコンピュータ可読メ
モリであって、前記画像処理プログラムは、元画像に送
信ヘッダを付加して送信するモードか否かを判定する判
定工程のコードと、前記送信ヘッダを付加する場合に、
前記ＪＢＩＧ符号化時のストライプ長を送信ヘッダ長を
同じ長さにする制御工程のコードと、元画像をＪＢＩＧ
符号化する符号化工程のコードと、符号化された画像を
蓄積する記憶工程のコードと、送信ヘッダとしての帯状
画像を符号化する工程のコードと、符号化された前記帯
状画像をＪＢＩＧ符号化された前記元画像のヘッダ部分
に付加する付加工程のコードと、を含むことを特徴とす
る。

【００２５】

【発明の実施の形態】以下に、図面を参照して、この発
明の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成要素の相対配
置、数式、数値等は、特に特定的な記載がない限りは、
この発明の範囲をそれらのみに限定する趣旨のものでは
ない。

【００２６】（一実施の形態）本発明に係る画像処理装
置の一実施の形態としてファクシミリ装置を例に挙げて
説明する。

【００２７】図１において、ＣＰＵ１０１は、システム
制御部であり、装置全体を制御する。ＲＯＭ１０２は、
ＣＰＵの制御プログラムを格納するものである。ＤＲＡ
Ｍ１０３は、プログラム制御変数等を格納するためのも
のである。また、画像データを蓄積するためのものであ
る。

【００２８】ＳＲＡＭ１０４は、オペレータが登録した
設定値や装置の管理データ等や各種ワーク用バッファも
ＲＡＭに格納されるものである。読み取り部１０５は、
画像を装置内に取り込むものである。符号化復号化処理
部（以下、コーデック）１０６は、通信制御装置で扱う
画像データの符号化復号化処理を行う。また、画像の縮
小・拡大処理もここで行われる。

【００２９】通信制御部１０７は画像の送受信における
通信手順を制御するものである。操作部１０８は、ＬＣ
Ｄ、キーボード等で構成され、各種メッセージの表示や
オペレータが各種入力操作を行うためのものである。

【００３０】図５は、本実施の形態において用いられる
パラメータの例を示す図である。図５において、５０１
〜５０７は、蓄積画像ごとに設定されるものであり、画
像の数だけ存在する。

【００３１】"ｃｏｄｅ＿ｍｏｄｅ"５０１は符号化モー
ドを示すものである。ＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧ等
が設定される。上記以外にもさまざまな符号形態が設定
可能である。"Ｌ０＿ｌｅｎ"５０２は、画像蓄積時のス
トライプ長Ｌ０の値を示すものである。"画像サイズ"５
０３は蓄積画像サイズを示すものである。"解像度"５０
４は蓄積画像の解像度を示すものである。"ｆｉｒｓｔ
＿ｓｔｒｉｐｅ＿ｆｌｇ"５０５は、先頭ストライプ符
号化終了までＯＮに設定される。"ｔｘ＿ｃｏｄｅ＿ｍ
ｏｄｅ"５０６は送信時の符号モードを示すものであ
る。"ｔｘ＿Ｌ０＿ｌｅｎ"５０７はＪＢＩＧ送信時のス
トライプ長を示すものである。"ｈｅａｄｅｒ−ｍｏｄ
ｅ"５１０は送信ヘッダの付加モードを設定するもので
ある。ヘッダを「画像の外に付加」「画像の内側に付
加」「付加しない」が設定できる。"ｈｅａｄｅｒ＿ｌ
ｅｎ"５１１は送信ヘッダの副走査長（幅）である。"Ｌ
０＿ｆｌｇ"５１１は蓄積時、Ｌ０を送信ヘッダ長とす
るか否かのＳＷ設定である。

【００３２】尚、各パラメータ横の括弧内の数値／文字
は本考案を説明するにあたっての設定例である。

【００３３】図２は、送信画像蓄積時の処理を示すフロ
ーチャートである。

【００３４】図２に従って、本ファクシミリ装置の符号
化及び記憶動作を説明する。蓄積符号データに変換する
ためにコーデック１０６に処理要求イベントが発生し、
処理を開始する。最初にパラメータを初期化する（ステ
ップＳ２００）。初期化されるパラメータには、先頭ス
トライプフラグ５０５が含まれる。このフラグは蓄積開
始時にはＯＦＦに初期化される。

【００３５】また、図５の５０１〜５０７のパラメータ
は、蓄積画像の数だけ存在し、互いに区別が可能となる
ように設定される。符号モード５０１、画像サイズ５０
３などは蓄積開始時のオペレータあるいはマシンの設定
に依存する。

【００３６】ステップＳ２０１で符号化モード５０１が
ＪＢＩＧ以外と判断された場合は、ステップＳ２０７に
進み他処理へ移行する。符号化モードがＪＢＩＧの場合
は、ステップＳ２０２に進み、Ｌ０＿ｆｌｇ５１１の設
定を確認する。

【００３７】Ｌ０＿ｆｌｇ５１１は、画像をＪＢＩＧ蓄
積時、ストライプ数Ｌ０＿ｌｅｎ５０３を、送信ヘッダ
の副走査長と同じ長さとするか否かを設定するためのＳ
Ｗの値である。ＳＷの設定はマシン設定でも良いし、オ
ペレーションによってユーザが設定することも可能であ
る。また、画像毎に設定が可能としてもかまわない。

【００３８】Ｌ０＿ｆｌｇ＝ＯＦＦの場合は、ステップ
Ｓ２０６でＬ０＿ｌｅｎを標準ストライプ数１２８に設
定する。

【００３９】Ｌ０＿ｆｌｇ＝ＯＮの場合は、ステップＳ
２０３で、蓄積符号のストライプ数送信ヘッダモードを
確認する。

【００４０】ここでは、送信ヘッダモードがマシン設定
による場合を説明しているが、もちろんヘッダモードも
画像ごとに設定が可能としてもかまわない。

【００４１】ヘッダモードが「つけない」の場合は、Ｌ
０＿ｌｅｎを標準ストライプ数１２８に設定する（ステ
ップＳ２０６）。

【００４２】一方、ヘッダモードが「つける」の場合
は、Ｌ０＿ｌｅｎを送信ヘッダ副走査長：ｈｅａｄｅｒ
＿ｌｅｎ５０８に設定する（ステップＳ２０４）。ｈｅ
ａｄｅｒ＿ｌｅｎは蓄積画像サイズ５０３、解像度５０
４によって求められる。そしてｆｉｒｓｔ−ｓｔｒｉｐ
ｅ−ｆｌｇ５０５をＯＮにする（ステップＳ２０５）。

【００４３】設定されたＬ０＿ｌｅｎ５０２に従って蓄
積画像をＪＢＩＧ符号化する（ステップＳ２０８）。次
にステップＳ２１０でストライプ終了時、Ｌ０＿ｆｌｇ
５１１がＯＮかどうか判定し、更にステップＳ２１１
で、Ｌ０＿ｌｅｎ５０２＝ｈｅａｄｅｒ＿ｌｅｎ５０８
かどうか判定し、更にステップＳ２１２でｆｉｒｓｔ−
ｓｔｒｉｐｅ−ｆｌｇ５０５がＯＮかどうか判定する。
これらの判定の全てyesであれば、ストライプ終了コー
ドはＳＤＲＳＴ（ｆｆ０３）となる（ステップＳ２１
３）。そして、ステップＳ２１４でｆｉｒｓｔ−ｓｔｒ
ｉｐｅ−ｆｌｇをＯＦＦにする。

【００４４】上記条件以外ではストライプ終了コードは
ＳＤＮＯＲＭ（ｆｆ０２）となる（ステップＳ２１
５）。

【００４５】以降、送信画像を繰り返しＪＢＩＧ符号化
し、ステップＳ２０９で１ページ符号化終了したと判断
された場合、ステップＳ２１６で終了コードをＳＤＲＳ
Ｔにセットして蓄積を終了する。

【００４６】次に蓄積された画像を送信する時を説明す
る。

【００４７】図３は、蓄積画像送信時の処理を示すフロ
ーチャートである。

【００４８】送信符号データに変換するためにコーデッ
クに処理要求イベントが発生し、処理を開始する。まず
ステップＳ３００で初期化した後、ステップＳ３０１で
蓄積モード・送信モードともにＪＢＩＧでないかどうか
判定し、noの場合はステップＳ３２２で他処理を実行す
る。なお、送信符号モードは通信開始時のネゴシエーシ
ョンの結果で決定される。ＪＢＩＧ送信の場合は、ステ
ップＳ３０２に進み、蓄積画像のストライプ数Ｌ０＿ｌ
ｅｎ５０２と、送信開始時のネゴシエーションで設定さ
れた送信ストライプ数ｔｘ＿Ｌ０＿ｌｅｎ５０７とを比
較する。

【００４９】Ｌ０＿ｌｅｎとｔｘ＿Ｌ０＿ｌｅｎが一致
する場合、ステップＳ３０３に進み、蓄積画像ストライ
プ長Ｌ０＿ｌｅｎ５０２と送信ヘッダ副走査長ｔｘ＿ｈ
ｅａｄｅｒ＿ｌｅｎ５０８とを比較する。

【００５０】Ｌ０＿ｌｅｎとｔｘ＿ｈｅａｄｅｒ＿ｌｅ
ｎが一致する場合は、ステップＳ３０４に進み、送信ヘ
ッダの付加条件ｈｅａｄｅｒ＿ｍｏｄｅ５１０を判定す
る。

【００５１】ステップＳ３０５でヘッダを内付けすると
判定された場合は、ステップＳ３０６に進み、蓄積画像
の先頭ストライプを削除した後、ステップＳ３０７に進
み、送信ヘッダをＪＢＩＧ符号化する。そして、ステッ
プＳ３０８でストライプ終了コードはＳＤＲＳＴ（ｆｆ
０３）を設定する。以降、蓄積画像をヘッダストライプ
に付加して通信制御部へ通知する（ステップＳ３０９、
１０）。

【００５２】ステップＳ３０４でヘッダを外付けすると
判定された場合は、蓄積画像の先頭ストライプを削除す
る工程以外は内付け時と同様、送信ヘッダをＪＢＩＧ符
号化し（ステップＳ３０７）、ステップＳ３０８でスト
ライプ終了コードにＳＤＲＳＴ（ｆｆ０３）を設定し
て、ステップＳ３０９で蓄積画像全体をヘッダストライ
プに付加してステップＳ３０１で通信制御部へ通知す
る。

【００５３】Ｌ０＿ｌｅｎとｔｘ＿ｈｅａｄｅｒ＿ｌｅ
ｎが一致しない場合は、ステップＳ３１１に進む。ステ
ップＳ３１１でヘッダを付加しない場合は、ステップＳ
３１０に進み、蓄積画像をそのまま通信制御部へ通知す
る。ヘッダを付加する場合はステップＳ３１３に進んで
蓄積画像を復号化し、送信ヘッダの設定に従って画像の
先頭に付加してＪＢＩＧ符号化するか（ステップＳ３１
６、Ｓ３１７）あるいはヘッダライン数分の画像を削除
してＪＢＩＧ符号化するか（ステップＳ３１４、Ｓ３１
５）する。そして更に、蓄積画像を順次復号化・符号化
し（ステップＳ３１９）、ステップＳ３２０でページ終
了と判断されたら終了コードＳＤＲＳＴを付加して（ス
テップＳ３２１）、符号を通信制御部１０７へ通知する
（ステップＳ３１０）。

【００５４】また蓄積画像のストライプ数Ｌ０＿ｌｅｎ
５０２と送信ストライプ数５０７とが一致しない場合
も、ヘッダの付加条件に従って順次蓄積画像の復号化・
符号化を行う（ステップＳ３１２〜Ｓ３２１）。

【００５５】以上、説明したように、本実施の形態によ
れば、画像をＪＢＩＧ蓄積・ＪＢＩＧ送信することので
きるファクシミリにおいて、送信画像をＪＢＩＧ符号化
してメモリに蓄積時に、送信時に作成・付加される送信
ヘッダ長と等しい値を符号化の際のストライプ長として
設定し、さらに、先頭ストライプ終了コードとしてＳＤ
ＲＳＴを用いることにより、送信時には先頭の１ストラ
イプのみ復号化・符号化するだけで送信ヘッダを付加す
ることが可能となる。

【００５６】これにより、１ページすべてを再復号・符
号化する必要がなくなるため、処理時間つまりは通信時
間に過剰な時間がかかることなく、少ないメモリでも効
率的に動作可能となる。また、本処理は、特別なハード
構成を持つ必要がないため、生産性にも優れている。

【００５７】なお、本実施の形態ではＪＢＩＧ符号化を
採用したファクシミリ装置について説明したが、同様の
問題を抱える他の符号化方式においても、本発明は適用
可能である。

【００５８】（その他の実施の形態）なお、本発明は、
複数の機器（例えばホストコンピュータ、インタフェイ
ス機器、リーダ、プリンタなど）から構成されるシステ
ムに適用しても、一つの機器からなる装置（例えば、複
写機、ファクシミリ装置など）に適用してもよい。

【００５９】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実
行することにより、前述した実施形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼働しているオペレーティングシステ
ム（ＯＳ）などが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００６０】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００６１】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図２および/または図
３に示す）フローチャートに対応するプログラムコード
が格納されることになる。例えば、上記実施の形態を実
現するためには、図４のようなメモリマップをＲＯＭに
格納すればよい。具体的には、初期化工程のコード４０
１、画像をＪＢＩＧ符号化する工程のコード４０２、画
像をＪＢＩＧ復号化する工程のコード４０３、送信時に
日時情報をヘッダとして画像付加する工程のコード４０
４、送信ヘッダの付加条件を判定する工程のコード４０
５、送信ヘッダの副走査長を判断する工程のコード４０
６と、画像をメモ林にＪＢＩＧ蓄積する工程のコード４
０７と、蓄積符号化時のＬ０を設定する工程のコード４
０８と、蓄積Ｌ０を送信ヘッダ副走査長に設定するか否
かを設定する工程のコード４０９と、上記したＳＷを判
定する工程のコード４１０、送信時のＬ０と蓄積画像の
Ｌ０を比較する工程のコード４１１が含まれる。

【００６２】

【発明の効果】本発明によれば、高速処理の可能な高品
質の画像処理装置及び画像処理方法を提供することがで
きる。

【図面の簡単な説明】

【図１】本発明の一実施の形態としてのファクシミリ装
置の構成の概略図である。

【図２】本発明の一実施の形態としてのファクシミリの
送信画像蓄積時のフローチャートである。

【図３】本発明の一実施の形態としてのファクシミリの
蓄積画像送信時のフローチャートである。

【図４】本発明の一実施の形態としての画像処理方法を
実現するプログラムのメモリマップを示す図である。

【図５】本発明の一実施の形態としての画像処理方法に
用いられるパラメータについて説明する図である。

【図６】送信ヘッダについて説明する図である。

【図７】ＪＢＩＧ符号の概念を示す図である。

【図８】ＪＢＩＧ符号について説明する図である。

【図９】従来の送信ヘッダ付加処理を示すフローチャー
トである。

【符号の説明】

１０１ＣＰＵ１０２ＲＯＭ１０３ＤＲＡＭ１０４ＳＲＡＭ１０５読み取り部１０６コーデック１０７通信制御部１０８操作部

Claims

【特許請求の範囲】

【請求項１】１ページの画像に、帯状画像を付加するか
どうかを判断する判断手段と、前記１ページの画像を同じ大きさの複数の帯状領域毎に
符号化する符号化手段と、前記符号化手段によって符号化された符号化画像情報を
記憶する記憶手段と、前記記憶手段に記憶された前記符号化画像情報に、前記
帯状画像を符号化した符号化帯状画像を付加する付加手
段と、前記判断手段で、前記帯状画像を付加すると判断された
場合に、前記符号化手段で符号化を行う際の帯状領域の
幅を、前記帯状画像の幅と同じ幅に設定する制御手段
と、を有することを特徴とする画像処理装置。
【請求項２】前記符号化手段は、ＪＢＩＧ方式で符号化
を行うことを特徴とする請求項１に記載の画像処理装
置。
【請求項３】前記帯状画像は、画像情報を送信する際
に、ページのヘッダ部分に付加するための、送信ヘッダ
画像であることを特徴とする請求項１又は２に記載の画
像処理装置。
【請求項４】前記付加手段は、前記帯状画像が内的付加
の場合に、前記符号化画像情報の１つの帯状領域に対応
する情報を削除して、その削除した部分に前記符号化帯
状画像を付加することを特徴とする請求項１、２又は３
に記載の画像処理装置。
【請求項５】ＪＢＩＧ符号化された画像データの送信を
行う画像処理装置であって、元画像をＪＢＩＧ符号化する符号化手段と、符号化された画像を蓄積する記憶手段と、送信ヘッダとしての帯状画像を前記元画像のヘッダ部分
に付加する付加手段と、前記符号化手段でＪＢＩＧ符号化を行う前に、前記送信
ヘッダを付加するモードか否かを判定し、前記送信ヘッ
ダを付加する場合には、前記ＪＢＩＧ符号化時のストラ
イプ長を送信ヘッダ長を同じ長さにする制御手段と、を有することを特徴とする画像処理装置。
【請求項６】前記符号化手段でＪＢＩＧ符号化する際、
付加する前記送信ヘッダに対応するストライプの終了コ
ードはＳＤＲＳＴであることを特徴とする請求項５に記
載の画像処理装置。
【請求項７】画像を同じ大きさの複数の帯状領域毎に符
号化する画像処理方法であって、１ページの画像に、帯状画像を付加するかどうかを判断
する判断工程と、前記判断工程で、前記帯状画像を付加すると判断された
場合に、符号化を行う際の前記帯状領域の幅を、前記帯
状画像の幅と同じ幅に設定する制御工程と、前記１ページの画像を同じ大きさの複数の帯状領域毎に
符号化する符号化工程と、前記符号化工程で符号化された符号化画像情報を記憶す
る記憶工程と、前記帯状画像を符号化する工程と、前記記憶工程に記憶された前記符号化画像情報に、前記
帯状画像を符号化した符号化帯状画像を付加する付加工
程と、を有することを特徴とする画像処理方法。
【請求項８】ＪＢＩＧ符号化された画像データの送信を
行う画像処理方法であって、元画像に送信ヘッダを付加して送信するモードか否かを
判定する判定工程と、前記送信ヘッダを付加する場合に、前記ＪＢＩＧ符号化
時のストライプ長を送信ヘッダ長を同じ長さにする制御
工程と、元画像をＪＢＩＧ符号化する符号化工程と、符号化された画像を蓄積する記憶工程と、送信ヘッダとしての帯状画像を符号化する工程と、符号化された前記帯状画像をＪＢＩＧ符号化された前記
元画像のヘッダ部分に付加する付加工程と、を有することを特徴とする画像処理方法。
【請求項９】画像を同じ大きさの複数の帯状領域毎に符
号化する画像処理プログラムを格納したコンピュータ可
読メモリであって、前記画像処理プログラムは、１ページの画像に、帯状画像を付加するかどうかを判断
する判断工程のコードと、前記判断工程で、前記帯状画像を付加すると判断された
場合に、符号化を行う際の前記帯状領域の幅を、前記帯
状画像の幅と同じ幅に設定する制御工程のコードと、前記１ページの画像を同じ大きさの複数の帯状領域毎に
符号化する符号化工程のコードと、前記符号化工程で符号化された符号化画像情報を記憶す
る記憶工程と、前記帯状画像を符号化する工程のコードと、前記記憶工程に記憶された前記符号化画像情報に、前記
帯状画像を符号化した符号化帯状画像を付加する付加工
程のコードと、を含むことを特徴とするコンピュータ可読メモリ。
【請求項１０】ＪＢＩＧ符号化された画像データの送信
を行う画像処理プログラムを格納したコンピュータ可読
メモリであって、前記画像処理プログラムは、元画像に送信ヘッダを付加して送信するモードか否かを
判定する判定工程のコードと、前記送信ヘッダを付加する場合に、前記ＪＢＩＧ符号化
時のストライプ長を送信ヘッダ長を同じ長さにする制御
工程のコードと、元画像をＪＢＩＧ符号化する符号化工程のコードと、符号化された画像を蓄積する記憶工程のコードと、送信ヘッダとしての帯状画像を符号化する工程のコード
と、符号化された前記帯状画像をＪＢＩＧ符号化された前記
元画像のヘッダ部分に付加する付加工程のコードと、を含むことを特徴とするコンピュータ可読メモリ。