JP2000341535A

JP2000341535A - 画像通信制御方法及びそれを適用した画像通信装置

Info

Publication number: JP2000341535A
Application number: JP11152811A
Authority: JP
Inventors: Yuko Hosokawa; 優子細川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-05-31
Filing date: 1999-05-31
Publication date: 2000-12-08

Abstract

(57)【要約】【課題】ＪＢＩＧ符号の通信時において、受信が間に
合わない可能性がある場合には受信機の処理時間を確保
することにより、タイムアウトによる異常切断のない画
像通信制御方法及びそれを適用した画像通信装置を提供
する。【解決手段】ＪＢＩＧ符号の通信時に、画像送信側に
て作成したＪＢＩＧ符号のサイズが、受信側でＪＢＩＧ
復号可能な通信時間に対応する所定のサイズ未満である
場合（Ｓ２−６のＹＥＳ）、画像送信側で所定のマーカ
ーコードを付加して送信符号のサイズの調節を行い、通
信時間の延長により受信側の復号時間を延長させる（Ｓ
２−７，８，９，１８，１９）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像通信制御方法
及びそれを適用した画像通信装置に関するものである

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

【０００２】本ＪＢＩＧ符号の特徴としては、高い圧
縮率でＭＭＲ符号の１．１〜３０倍以上であり、符号サ
イズが原画を越えることがない。可逆符号であり、復
号時に情報が完全に復元できる。などがあげられる。

【０００３】例えば、ＪＢＩＧ符号化された画像は高い
圧縮率を持ち、画像によっては１ページが数十〜数百バ
イトまでに圧縮することができる。

【０００４】

【発明が解決しようとする課題】しかしながら、ＪＢＩ
Ｇ符号化は、圧縮率が高い反面、復号化時に少ない符号
から多くの画像を復元しなければならないので、受信機
での復号処理に大きな負担がかかる場合がある。

【０００５】例えば図１１に示すように、市松模様や斜
線画像など、前ラインと一致はしないが予測率が高い画
像では、Ａ３の高精細画像が２００バイト以内に収まっ
てしまう。Ｇ４ファクシミリ通信の場合、送信機は２０
０バイトの符号を送出後にＴ２タイマを起動するが、受
信機の性能によってはタイムアウトまでにＡ３画像を復
元することができず、その場合、送信機からのＣＤＥに
対してＴ２以内に受信機がＲＤＥＰを返すことができな
いため（後述の図７参照）、タイムアウトで通信が異常
切断されてしまう。Ｇ３ファクシミリ通信でも同様で、
送信機はＱ信号送出後にＴ５タイマを起動するが、２０
０バイトはわずか１フレームにしかならないため、Ｇ４
ファクシミリ通信と同様に、タイムアウトまでにＡ３画
像を復元することができないという問題が起る。

【０００６】この問題を解決する一手法として、ＪＢＩ
Ｇ復号化処理の高速化のために、高性能ハードや高速Ｃ
ＰＵ（例えば、ＪＢＩＧチップ）を搭載したものもある
が、パーソナル機などコストを押さえる必要のある機種
では容易に搭載できない。

【０００７】本発明は、上述の課題に鑑みてなされたも
のであり、その目的とするところは、ＪＢＩＧ符号の通
信時において、受信が間に合わない可能性がある場合に
は受信機の処理時間を確保することにより、タイムアウ
トによる異常切断のない画像通信制御方法及びそれを適
用した画像通信装置を提供することにある。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明の画像通信制御方法は、ＪＢＩＧ符号の通信
時に、画像送信側にて作成したＪＢＩＧ符号のサイズ
が、受信側でＪＢＩＧ復号可能な通信時間に対応する所
定のサイズ未満である場合、前記画像送信側で所定のマ
ーカーコードを付加して送信符号のサイズの調節を行
い、通信時間の延長により受信側の復号時間を延長させ
ることを特徴とする。

【０００９】ここで、前記所定のマーカーコードは、コ
メントマーカコード及び／又はリザーブマーカーコード
を含む。また、前記コメントマーカコード及びリザーブ
マーカーコードを付加する場合に、ＪＢＩＧ符号のサイ
ズが比較的短い場合にはコメントマーカコードを付加
し、比較的長い場合にリザーブマーカーコードを付加す
る。また、前記コメントマーカーコード及び／又はリザ
ーブマーカーコードの挿入を、オペレータの入力に従っ
て選択する。また、ＪＢＩＧ符号化は原稿画像の所定ラ
イン単位に行われ、前記所定ライン毎のＪＢＩＧ符号の
サイズが前記所定のサイズと比較される。また、前記所
定のサイズは、原稿画像の単位送信データ量と送信速度
とＪＢＩＧ復号化速度とに基づいて導かれる値である。
また、前記付加されるマーカーコードがコメントマーカ
ーコードである場合に、コメントの長さは前記ＪＢＩＧ
符号のサイズと前記所定のサイズとの差に基づいて設定
される。また、前記付加されるマーカーコードがリザー
ブマーカーコードである場合に、リザーブマーカーコー
ドの数は前記ＪＢＩＧ符号のサイズと前記所定のサイズ
との差に基づいて設定される。また、前記マーカーコー
ドの付加処理を行うか否かを予め選択する工程を更に含
む。

【００１０】又、本発明の画像通信装置は、ＪＢＩＧ符
号化された画像データの送受信を行う画像通信装置であ
って、送信画像をＪＢＩＧ符号化する画像符号化手段
と、作成したＪＢＩＧ符号のサイズが、受信側でＪＢＩ
Ｇ復号可能な通信時間に対応する所定のサイズ未満であ
るか否かを判別する符号サイズ判別手段と、所定のサイ
ズ未満である場合に、所定のマーカーコードを付加して
送信符号のサイズの調節を行い、通信時間の延長により
受信側の復号時間を延長させる符号サイズ調整手段とを
備えることを特徴とする。

【００１１】ここで、前記画像符号化手段は、原稿画像
の所定ライン単位にＪＢＩＧ符号化を行い、前記符号サ
イズ判別手段では、前記所定ライン毎のＪＢＩＧ符号の
サイズが前記所定のサイズと比較される。また、前記符
号サイズ判別手段は、原稿画像の単位送信データ量と送
信速度とＪＢＩＧ復号化速度とに基づいて前記所定のサ
イズを算出する最短サイズ算出手段を含む。また、前記
符号サイズ判別手段は、予め算出された前記所定のサイ
ズを記憶する符号サイズテーブルを含む。また、前記マ
ーカコードの付加処理を実行するか否かを設定する設定
手段と、前記設定内容に従って、前記マーカコードの付
加処理を実行するか否かを制御する制御手段とを更に備
える。また、前記所定のマーカーコードは、コメントマ
ーカコード及び／又はリザーブマーカーコードを含む。
また、前記符号サイズ調整手段は、前記コメントマーカ
コード及びリザーブマーカーコードを付加する場合に、
ＪＢＩＧ符号のサイズが比較的短い場合にはコメントマ
ーカコードを付加し、比較的長い場合にリザーブマーカ
ーコードを付加するマーカコード付加制御手段を含む。
また、前記符号サイズ調整手段は、前記付加されるマー
カーコードがコメントマーカーコードである場合に、コ
メントの長さを前記ＪＢＩＧ符号のサイズと前記所定の
サイズとの差に基づいて設定する。また、前記符号サイ
ズ調整手段は、前記付加されるマーカーコードがリザー
ブマーカーコードである場合に、リザーブマーカーコー
ドの数を前記ＪＢＩＧ符号のサイズと前記所定のサイズ
との差に基づいて設定する。また、前記符号サイズ調整
手段は、前記コメントマーカーコード及び／又はリザー
ブマーカーコードの挿入を、オペレータの入力に従って
選択する選択手段を含む。

【００１２】又、本発明の記憶媒体は、ＪＢＩＧ符号化
された画像データの送受信を行う画像通信制御プログラ
ムをコンピュータ読み取り可能に記憶する記憶媒体であ
って、前記画像通信制御プログラムが、送信画像をＪＢ
ＩＧ符号化する画像符号化モジュールと、作成したＪＢ
ＩＧ符号のサイズが、受信側でＪＢＩＧ復号可能な通信
時間に対応する所定のサイズ未満である場合に、所定の
マーカーコードを付加して送信符号のサイズの調節を行
い、通信時間の延長により受信側の復号時間を延長させ
る符号サイズ調整モジュールとを含むことを特徴とす
る。

【００１３】ここで、前記画像符号化モジュールは、原
稿画像の所定ライン単位にＪＢＩＧ符号化を行い、前記
符号サイズ調整モジュールでは、前記所定ライン毎のＪ
ＢＩＧ符号のサイズが前記所定のサイズと比較される。
また、前記符号サイズ調整モジュールは、原稿画像の単
位送信データ量と送信速度とＪＢＩＧ復号化速度とに基
づいて前記所定のサイズを算出する最短サイズ算出ステ
ップを含む。また、前記マーカコードの付加処理を実行
するか否かを設定する設定ステップと、前記設定内容に
従って、前記マーカコードの付加処理を実行するか否か
を制御する制御ステップとを更に備える。また、前記符
号サイズ調整モジュールは、前記所定のマーカーコード
としてコメントマーカコード及びリザーブマーカーコー
ドを付加する場合に、ＪＢＩＧ符号のサイズが比較的短
い場合にはコメントマーカコードを付加し、比較的長い
場合にリザーブマーカーコードを付加するマーカコード
付加制御ステップを含む。また、前記符号サイズ調整モ
ジュールは、前記付加されるマーカーコードがリザーブ
マーカーコードである場合に、リザーブマーカーコード
の数を前記ＪＢＩＧ符号のサイズと前記所定のサイズと
の差に基づいて設定するステップを含む。また、前記符
号サイズ調整モジュールは、前記所定のマーカーコード
としてコメントマーカーコード及び／又はリザーブマー
カーコードの挿入を、オペレータの入力に従って選択す
る選択ステップを含む。また、前記符号サイズ調整モジ
ュールは、前記所定のマーカーコードとしてコメントマ
ーカーコード及び／又はリザーブマーカーコードの挿入
を、オペレータの入力に従って選択する選択ステップを
含む。また、予め算出された前記所定のサイズを記憶す
る符号サイズテーブルを更に記憶する。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を、画
像通信装置の１つとしてＧ４ファクシミリ装置を例に挙
げて説明するが、本発明はＪＢＩＧ符号の通信における
課題を解決する技術であり、その技術思想は、Ｇ４ファ
クシミリ装置に限定されず、Ｇ３ファクシミリ装置や他
の画像通信装置、例えばパソコン通信などあらゆる分野
の画像通信にも適応できる。

【００１５】＜Ｇ４ファクシミリ通信及びＪＢＩＧ符号
の概略＞まず、本発明の理解を助けるため、Ｇ４ファク
シミリ通信及びＪＢＩＧ符号の概略について説明する。

【００１６】図７は、Ｇ４ファクシミリ通信の送信プロ
トコル例を示す図である。

【００１７】送信符号のネゴシエーションは、ＣＤＣＬ
（７０１;command document capability list）／ＲＤ
ＣＬＰ（７０２;response document capability list p
ositive）内のプレゼンテーションデータ能力記述子に
て宣言される。図８には、Ｇ４ファクシミリの通信プロ
トコルの詳細が示されている。ＪＢＩＧ機能の宣言は、
８バイトのオブジェクトＩＤにて示される（例えば、８
０１／８０２）。図８の８０１／８０２は、Ｌ０ＢＡＳ
ＩＣのみを示しており、ストライプ長＝１２８を宣言し
ている（すなわち、後半の４バイトの”００１４５５０
０”はＪＢＩＧをデフォルト値で行うことを示すコード
であり、ストライプ長のデフォルト値”１２８”が宣言
されている）。ネゴシエーションが成立すると、画像は
ＪＢＩＧ符号で送信される。

【００１８】ここで、送信側では相手機からの応答を待
つためのＴ２時間を計測するＴ２タイマ（７０３）を各
コマンド送出時に起動する。このＴ２タイマが相手機か
らの応答なしにタイムアウトすると、エラーとなって通
信は切断される。すなわち、画像送信時に受信機の復号
が追い付かないと、送信機からのＣＤＥ(command docum
ent end)に対して受信機がＲＤＥＰ(response document
end positive)を返すことができないため、通信がタイ
ムアップで異常切断されてしまう。

【００１９】図５及び図６は、ＪＢＩＧ符号の構成を示
す図である。

【００２０】ＪＢＩＧ符号は、ＢＩＨと呼ばれるヘッダ
部（５０１）、一定ライン数単位（ストライプという：
通常はＬ０＝１２８ライン）でＪＢＩＧ符号化されたデ
ータ部ＳＤＥ（５０２）と、フローティングマーカーコ
ード（以下、マーカーコードという）と呼ばれる制御コ
ード（５０３）とで構成される。ヘッダＢＩＨ（５０
１）では、ＪＢＩＧ符号方式を宣言する（詳細構成は６
０１）。マーカーコード（５０３）には、図６の（６０
２〜６０６）に示されるものがある。又、ＳＤＮＯＲＭ
（６０７）／ＳＤＲＳＴ（６０８）はストライプ終了を
示すコードであり、各ストライプに必須である。

【００２１】以下、本実施の形態では、マーカーコード
の内の、リザーブマーカーコード（６−２）とコメント
マーカーコード（６−６）とが使用される。

【００２２】＜本実施の形態の画像通信装置の構成例＞
図１は、本実施の形態における画像通信装置の構成例を
示す概略図である。

【００２３】図１において、ＣＰＵ１０１はシステム制
御部であり、装置全体を制御する。ＲＯＭ１０２は、Ｃ
ＰＵ１０１が実行する固定の制御プログラムあるいはデ
ータを格納する読出し専用のメモリである。ＲＡＭ１０
３はＤＲＡＭやＳＲＡＭ等からなる書換え可能なメモリ
であり、外部からロードされる変更可能な制御プログラ
ムやプログラム制御変数等を格納する。また、画像デー
タを蓄積するためにも使用される。更に、オペレータが
登録した設定値や装置の管理データ等も格納され、各種
ワーク用バッファとしても使用される。外部記憶装置１
０４は、フロッピーディスクやＣＤ−ＲＯＭ等の記憶媒
体を有し、記憶された制御プログラムやデータはＲＡＭ
１０３にロードされて使用される。

【００２４】読み取り部１０５は、例えばスキャナのよ
うに画像を装置内に取り込むものである。記録部１０６
は、プリンタ等のデータ記録を行うものである。通信制
御部１０７は、画像の送受信における通信手順を制御す
るものである。操作部１０８は、ＬＣＤ、キーボード等
で構成され、各種メッセージの表示やオペレータが各種
入力操作を行うためのものである。符号化復号化処理部
１０９（以下、コーデックともいう）は、本通信制御装
置で扱う画像データの符号化復号化処理を行う。また、
画像の縮小・拡大処理がここで行われてもよい。本実施
の形態の符号化復号化処理部１０９は、ＭＨ／ＭＲ／Ｍ
ＭＲ／ＪＢＩＧ符号化復号化を含む多機能を有し、いず
れかが選択されて実行されるよう構成されているが、Ｊ
ＢＩＧの機能のみを有するものであってもよい。

【００２５】図４は、本実施の形態において、ＲＡＭ１
０３に記憶される通信制御パラメータのデータ構造例を
示した図である。

【００２６】図４において、ｍｏｄｅ４０１は、符号化
モードを示すものである。ＭＨ／ＭＲ／ＭＭＲ／ＪＢＩ
Ｇ等が設定される。上記以外にもさまざまな符号形態が
設定可能である。ｃｍｎｔ_ｍｋｒ_ｓｗ４０２は、本発
明にかかる処理を実施するか否かを判定するためのＳＷ
である。「ＯＮ」の時は本発明の処理を実行する。「Ｏ
ＦＦ」の場合は本発明の処理を実行しない。本ＳＷは、
ｍｏｄｅ４０１が「ＪＢＩＧ」の場合に有効である。ｉ
ｍｇ_ｂｕｆ_ａｄｒｓ４０３は、画像データを一時記憶
する画像バッファをポイントする画像バッファアドレス
を示す。ｉｍｇ_ｂｕｆ_ｓｉｚｅ４０４は、画像バッフ
ァサイズを示す。

【００２７】ｃｏｄｅ_ｂｕｆ_ａｄｒｓ４０５は、符号
化された画像データを一時記憶する符号バッファをポイ
ントする符号バッファアドレスを示す。ｃｏｄｅ_ｂｕ
ｆ_ｓｉｚｅ４０６は、符号バッファサイズを示す。Ｌ
０_ｌｅｎ４０７は、原稿の符号化単位であるストライ
プ長をライン数で示す（図５参照）。Ｌ０_ｄａｔａ_ｌ
ｅｎ４０８は、１ストライプを符号化した結果の符号長
を示す。Ｌ０_ｍｉｎ_ｌｅｎ４０９は、１ストライプあ
たりの最短符号長を示す。ｃｍｎｔ_ｌｅｎ４１０は、
挿入するコメント長を示す。

【００２８】＜本実施の形態の画像通信装置の動作例＞
図２は、本実施の形態の画像通信装置の動作手順例を示
すフローチャートである。図２に従ってその動作を説明
する。ここでは、Ａ４原稿を２００×２００ｐｐｉ（画
素／インチ）で送信、ストライプ長＝１２８ラインとし
て説明する。

【００２９】送信動作がはじまると、画像データを送信
符号データに変換するためにコーデック（１０９）に処
理要求イベントが発生し、処理を開始する。初期化（Ｓ
２−１）で各パラメータ（図４）を設定後、符号化モー
ドを確認する（Ｓ２−２）。ｍｏｄｅ（４０１）が「Ｊ
ＢＩＧ送信」以外の場合は、他処理を行う（Ｓ２−１
６）。

【００３０】ｍｏｄｅ＝「ＪＢＩＧ送信」の場合は、Ｌ
０_ｌｅｎ（４０７）にセットされたストライプ長分の
画像をｉｍｇ_ｂｕｆ_ａｄｒｓ（４０３）のポイントす
る領域から取り出して、ＪＢＩＧ符号化する（Ｓ２−
３）。作成された符号の長さは、Ｌ０_ｄａｔａ_ｌｅｎ
（４０８）にセットされる。

【００３１】次に、ステップ（Ｓ２−４）にて、ｃｍｎ
ｔ_ｍｋｒ_ｓｗ（４０２）がＯＮかＯＦＦかを確認す
る。ｃｍｎｔ_ｍｋｒ_ｓｗ＝ＯＮであれば、本発明の処
理を実施し、ＯＦＦであればステップ（Ｓー１１）に進
んで，以下通常の処理を行う。尚、ステップ（Ｓ２−
４）は省略してもよく、この場合は操作部（１０８）か
らの入力に従って処理を行うかどうかを決定する。

【００３２】ＯＮであれば、１ストライプあたりの最短
符号サイズを計算する（Ｓ２−５）。ここで、最短符号
サイズとは、受信側での処理時間を考えた場合に、タイ
ムアウトのおそれがなく処理できるために必要な最短符
号長を概算したものである。本実施例では、画像がＡ
４、解像度が２００×２００ｐｐｉの時、Ｌ０_ＢＡＳ
ＩＣ（１２８ライン）での最短符号長２５６バイトを基
準として、以下の計算式１を用いた。

【００３３】２１６×１２８：２５６＝［主走査長（バイト）］×［ストライプ長（ライン）］：［Ｌ０_ｍｉｎ_ｌｅｎ（バイト）］ …（式１）もちろん、上記最短符号長の基準２５６バイトは、通信
速度やＪＢＩＧ復号化速度等により変わるものであり、
式１は１つの例に過ぎず、他の数式、またはテーブル化
したり、ユーザからの入力に従う方式でもよい。さら
に、本例ではＧ４ファクシミリ通信を想定しているが、
Ｇ３ファクシミリ通信ではさらに通信速度と符号長の関
係を本計算式に反映させれば（１４．４ｋｂｐｓと２
８．８ｋｂｐｓでは同じ符号長でも送信時間は当然異な
る）、より有効な判定および計算式となる。

【００３４】計算結果はＬ０_ｍｉｎ_ｌｅｎ（４０９）
にセットされる。

【００３５】ステップ（Ｓ２−３）でセットされた実際
の符号長Ｌ０_ｄａｔａ_ｌｅｎ（４０８）と、ステップ
（Ｓ２−５）で計算されたＬ０_ｍｉｎ_ｌｅｎ（４０
９）とを比較する（Ｓ２−６）。Ｌ０_ｄａｔａ_ｌｅｎ
（４０８）の方が大きいか等しければ、受信側の処理時
間は十分なので、ステップ（Ｓ２−１１）に進んで通常
の処理を続行する。Ｌ０_ｄａｔａ_ｌｅｎ（４０８）の
方が小さい場合は、ステップ（Ｓ２−１７）に進んで、
マーカー挿入処理を行う。

【００３６】まず、挿入するマーカーコードを何にする
かの条件を判定する（Ｓ２−１７）。ここでの判定は、
式２の条件に従った。

【００３７】 (Ｌ０_ｍｉｎ_ｌｅｎ) − (Ｌ０_ｄａｔａ_ｌｅｎ) ＞８ …（式２）式２の条件を満足しなければリザーブマーカーコード
を、満足すればコメントマーカーコードを挿入する。も
ちろん、この判定は１つの例であり、他の数式およびユ
ーザからの入力にしたがって挿入マーカーを決めてもよ
い。例えば、リザーブマーカーコードのみの挿入として
も良いし、切り分けの条件を８バイトでなく受信側の処
理時間を考慮した他のバイト数にしてもよい。

【００３８】（コメントマーカーコードの挿入例）判定
の結果、コメントマーカーコードを挿入する場合は、挿
入するコメント長を計算する（Ｓ２−７）。挿入コメン
ト長は以下の式３で求める。

【００３９】ｃｍｎｔ_ｌｅｎ＝(Ｌ０_ｍｉｎ_ｌｅｎ)−((Ｌ０_ｄａｔａ_ｌｅｎ)＋８） …（式３）これは、コメントマーカーコード自身の符号長を考慮し
てコメント長から差し引いたものである。すなわち、コ
メントマーカー自身が制御コード及びレングスで６バイ
トとなるためであり、残り２バイトは終了コード用に使
用される。もちろん、式３は１つの例であり、他の数
式、またはテーブル化したりユーザからの入力に従う方
式でもよい。

【００４０】計算結果はｃｍｎｔ_ｌｅｎ（４１０）に
セットされる。

【００４１】コメントマーカーコードを挿入し（Ｓ２−
８）、計算されたコメント長のコメント（本例では、全
て”００”）を挿入し（Ｓ２−９）、ｃｏｄｅ_ｂｕｆ_
ｓｉｚｅ（４０６）を更新する（Ｓ２−１０）。

【００４２】図９は、本実施の形態でのコメントマーカ
ーコードの挿入例を示す図である。［］内は、本例の説
明にあたって使用した数値の具体例である。

【００４３】コメントマーカーコードは、制御コード
「ＦＦ０７」（９０２）、４バイトからなるコメント長
Ｌｃ（９０３）、実際のコメント（９０４）で構成され
る。コメントの内容は任意である。本例では”００”を
挿入しているが、もちろん、”００”以外のコードで
も、あるいは有意情報を含んだ内容でも可能である。

【００４４】画像がＡ４、解像度が２００×２００ｐｐ
ｉの時、Ｌ０_ＢＡＳＩＣ（１２８ライン）とすると、
式１より、Ｌ０_ｍｉｎ_ｓｉｚｅ（４０９）＝２５６バ
イトとなり、１ストライプのＪＢＩＧ符号化の結果、Ｐ
ＳＣＤ（９０６）＝２４０バイトになったとすると、式
２で、その差が１６バイト（＞８バイト）となるので、
コメントマーカーコードの挿入が選択され、式３によ
り、ｃｍｎｔ_ｌｅｎ（４１０）＝８バイトと算出され
る。

【００４５】従って、Ｌｃ（９０３）＝［０００８］と
なる。Ｌｃ（９０３）にセットされたバイト数だけ、コ
メント領域に”００”を挿入する（９０４）。

【００４６】（リザーブマーカーコードの挿入例）一
方、ステップ（Ｓ２−１７）において、リザーブマーカ
ーコードを挿入する条件（差が８バイト未満）を満足す
ると判定したら、以下の式４で挿入するリザーブマーカ
ーコードの数を計算する（Ｓ２−１８）。

【００４７】ｒｅｓｅｖｅ_ｌｅｎ＝(Ｌ０_ｍｉｎ_ｌｅｎ)-((Ｌ０_ｄａｔａ_ｌｅｎ)＋２) …（式４）ここで、２バイトは終了コード用に使用される。結果を
ｒｅｓｅｖｅ_ｌｅｎ（４１１）にセットする。

【００４８】ｒｅｓｅｖｅ_ｌｅｎ（４１１）にセット
された数だけ、リザーブマーカーコード（ＦＦ０１）を
挿入し（Ｓ２−１９）、ｃｏｄｅ_ｂｕｆ_ｓｉｚｅ（４
０６）を更新する（Ｓ２−１０）。

【００４９】図１０は、本実施の形態でのリザーブマー
カーコードの挿入例を示す図である。

【００５０】リザーブマーカーコードは、制御コード
「ＦＦ０１」（１００２）で構成される。

【００５１】画像がＡ４、解像度が２００×２００ｐｐ
ｉの時、Ｌ０_ＢＡＳＩＣ（１２８ライン）とすると、
式１より、Ｌ０_ｍｉｎ_ｓｉｚｅ（４０９）＝２５６バ
イトとなり、１ストライプのＪＢＩＧ符号化の結果、Ｐ
ＳＣＤ（１００５）＝２４８バイトになったとすると、
式２で、その差が８バイト（≦８バイト）となるので、
リザーブマーカーコードの挿入が選択され、式４によ
り、ｒｅｓｅｖｅ_ｌｅｎ（４１１）＝３と算出され
る。従って、３個だけリザーブマーカーコード（ＦＦ０
１）を挿入する（１００３）。

【００５２】最後に、ストライプ終了マーカーコード
（９０５，１００４）をセットする。ページ終了か否か
を判定し（Ｓ２−１１）、まだページ終了でなければ、
エンドマーカーは”ＦＦ０２”となる（Ｓ２−１２）。
ページ終了であればエンドマーカーは”ＦＦ０３”とな
る（Ｓ２−１４）。そして、１ストライプの符号化デー
タの生成が終了したことを、通信制御部へ通知する（Ｓ
２−１３、Ｓ２−１５）。

【００５３】以上の処理を、ページ終了までを繰り返
す。

【００５４】一方、受信側においては、リザーブマーカ
ーコード（ＦＦ０１）、或いはコメントマーカーコード
（ＦＦ０７）とコメントデータは取り除かれて、ＪＢＩ
Ｇ復号化には使用されないが、常に、エンドマーカー
（ＦＦ０２／ＦＦ０３）までの転送により、１ストライ
プのＪＢＩＧ復号化に必要な２５６バイト転送分の受信
時間を確保できるので、タイムアウトによる異常切断を
防ぐことができる。

【００５５】なお、本実施の形態例ではコメントマーカ
ー／リザーブマーカーのいずれかを挿入する場合を説明
したが、符号の調整サイズによっては両方を組合わせて
挿入することももちろん可能である。

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

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

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

【００５９】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図２に示す）フローチ
ャートに対応するプログラムコードが格納されることに
なる。

【００６０】例えば、図３のメモリマップ例に示すよう
に、各モジュールや工程が格納される。

【００６１】本実施の形態では、大きくＪＢＩＧ符号化
モジュール（３−Ａ）とマーカー挿入モジュール（３−
Ｂ）とに分けられる。ＪＢＩＧ符号化モジュール（３−
Ａ）は、例えば、初期化工程（３−１）と１ストライプ
長の送信画像をＪＢＩＧ符号化する工程（３−２）とを
含む。マーカー挿入モジュール（３−Ｂ）は、例えば、
ＳＷによるマーカー挿入実行可否判定工程（３−３）
と、１ストライプの最短符号サイズを計算する工程（３
−４）と、ＪＢＩＧ符号サイズと最短符号サイズとの比
較によるマーカー挿入可否の判定工程（３−５）と、挿
入マーカーをコメントマーカーとするかリザーブマーカ
ーとするかの判定工程（３−６）と、挿入コメント長計
算工程（３−７）と、コメントマーカー挿入工程（３−
８）と、挿入リザーブマーカー数計算工程（３−９）
と、リザーブマーカー挿入工程（３−１０）とを含む。

【００６２】

【発明の効果】以上説明したように、ＪＢＩＧ通信にお
いて、単位ラインあたりのＪＢＩＧ符号があらかじめ決
められた符号サイズより小さい場合は、適度に送信符号
サイズを調整することにより、タイマアウトの心配なし
にＪＢＩＧ通信を確実に行うことができる。

【００６３】さらに、コメント挿入可否及び挿入するコ
メント長の判定基準は、符号サイズだけではなく通信速
度等も考慮することにより、より正確で有効な装置を実
現することができる。

【００６４】また、本画像通信処理は、特別なハード構
成を持つ必要がないため、低価格で高品質な通信装置を
提供することが可能となる。

【図面の簡単な説明】

【図１】本実施の形態の画像通信装置の構成例を示した
概略図である。

【図２】本実施の形態の画像通信の処理手順例を示すフ
ローチャートである。

【図３】本実施の形態を画像通信を実現するプログラム
のメモリマップ例を示す図である。

【図４】本実施の形態の画像通信に使用されるデータ構
造を示した図である。

【図５】ＪＢＩＧ符号の概念を示した図である。

【図６】ＪＢＩＧ符号の構成を示した図である。

【図７】Ｇ４ファクシミリ通信のプロトコル例を示す図
である。

【図８】Ｇ４フクシミリ通信におけるＪＢＩＧ機能の宣
言を示す図である。

【図９】本実施の形態のコメントマーカーコードの挿入
例を示す図である。

【図１０】本実施の形態のリザーブマーカーコードの挿
入例を示す図である。

【図１１】画像の種類によるＪＢＩＧ符号のサイズの例
を示す図である。

Claims

【特許請求の範囲】

【請求項１】ＪＢＩＧ符号の通信時に、画像送信側にて作成したＪＢＩＧ符号のサイズが、受信
側でＪＢＩＧ復号可能な通信時間に対応する所定のサイ
ズ未満である場合、前記画像送信側で所定のマーカーコードを付加して送信
符号のサイズの調節を行い、通信時間の延長により受信
側の復号時間を延長させることを特徴とする画像通信制
御方法。
【請求項２】前記所定のマーカーコードは、コメント
マーカコード及び／又はリザーブマーカーコードを含む
ことを特徴とする請求項１記載の画像通信制御方法。
【請求項３】前記コメントマーカコード及びリザーブ
マーカーコードを付加する場合に、ＪＢＩＧ符号のサイ
ズが比較的短い場合にはコメントマーカコードを付加
し、比較的長い場合にリザーブマーカーコードを付加す
ることを特徴とする請求項２記載の画像通信制御方法。
【請求項４】前記コメントマーカーコード及び／又は
リザーブマーカーコードの挿入を、オペレータの入力に
従って選択することを特徴とする請求項２記載の画像通
信制御方法。
【請求項５】ＪＢＩＧ符号化は原稿画像の所定ライン
単位に行われ、前記所定ライン毎のＪＢＩＧ符号のサイ
ズが前記所定のサイズと比較されることを特徴とする請
求項１記載の画像通信制御方法。
【請求項６】前記所定のサイズは、原稿画像の単位送
信データ量と送信速度とＪＢＩＧ復号化速度とに基づい
て導かれる値であることを特徴とする請求項５記載の画
像通信制御方法。
【請求項７】前記付加されるマーカーコードがコメン
トマーカーコードである場合に、コメントの長さは前記
ＪＢＩＧ符号のサイズと前記所定のサイズとの差に基づ
いて設定されることを特徴とする請求項２記載の画像通
信制御方法。
【請求項８】前記付加されるマーカーコードがリザー
ブマーカーコードである場合に、リザーブマーカーコー
ドの数は前記ＪＢＩＧ符号のサイズと前記所定のサイズ
との差に基づいて設定されることを特徴とする請求項２
記載の画像通信制御方法。
【請求項９】前記マーカーコードの付加処理を行うか
否かを予め選択する工程を更に含むことを特徴とする請
求項１に記載の画像通信制御方法。
【請求項１０】ＪＢＩＧ符号化された画像データの送
受信を行う画像通信装置であって、送信画像をＪＢＩＧ符号化する画像符号化手段と、作成したＪＢＩＧ符号のサイズが、受信側でＪＢＩＧ復
号可能な通信時間に対応する所定のサイズ未満であるか
否かを判別する符号サイズ判別手段と、所定のサイズ未満である場合に、所定のマーカーコード
を付加して送信符号のサイズの調節を行い、通信時間の
延長により受信側の復号時間を延長させる符号サイズ調
整手段とを備えることを特徴とする画像通信装置。
【請求項１１】前記画像符号化手段は、原稿画像の所
定ライン単位にＪＢＩＧ符号化を行い、前記符号サイズ
判別手段では、前記所定ライン毎のＪＢＩＧ符号のサイ
ズが前記所定のサイズと比較されることを特徴とする請
求項１０記載の画像通信装置。
【請求項１２】前記符号サイズ判別手段は、原稿画像
の単位送信データ量と送信速度とＪＢＩＧ復号化速度と
に基づいて前記所定のサイズを算出する最短サイズ算出
手段を含むことを特徴とする請求項１１記載の画像通信
装置。
【請求項１３】前記符号サイズ判別手段は、予め算出
された前記所定のサイズを記憶する符号サイズテーブル
を含むことを特徴とする請求項１０記載の画像通信装
置。
【請求項１４】前記マーカコードの付加処理を実行す
るか否かを設定する設定手段と、前記設定内容に従っ
て、前記マーカコードの付加処理を実行するか否かを制
御する制御手段とを更に備えることを特徴とする請求項
１０記載の画像通信装置。
【請求項１５】前記所定のマーカーコードは、コメン
トマーカコード及び／又はリザーブマーカーコードを含
むことを特徴とする請求項１０記載の画像通信装置。
【請求項１６】前記符号サイズ調整手段は、前記コメ
ントマーカコード及びリザーブマーカーコードを付加す
る場合に、ＪＢＩＧ符号のサイズが比較的短い場合には
コメントマーカコードを付加し、比較的長い場合にリザ
ーブマーカーコードを付加するマーカコード付加制御手
段を含むことを特徴とする請求項１５記載の画像通信装
置。
【請求項１７】前記符号サイズ調整手段は、前記付加
されるマーカーコードがコメントマーカーコードである
場合に、コメントの長さを前記ＪＢＩＧ符号のサイズと
前記所定のサイズとの差に基づいて設定することを特徴
とする請求項１５記載の画像通信装置。
【請求項１８】前記符号サイズ調整手段は、前記付加
されるマーカーコードがリザーブマーカーコードである
場合に、リザーブマーカーコードの数を前記ＪＢＩＧ符
号のサイズと前記所定のサイズとの差に基づいて設定す
ることを特徴とする請求項１５記載の画像通信装置。
【請求項１９】前記符号サイズ調整手段は、前記コメ
ントマーカーコード及び／又はリザーブマーカーコード
の挿入を、オペレータの入力に従って選択する選択手段
を含むことを特徴とする請求項１５記載の画像通信装
置。
【請求項２０】ＪＢＩＧ符号化された画像データの送
受信を行う画像通信制御プログラムをコンピュータ読み
取り可能に記憶する記憶媒体であって、前記画像通信制
御プログラムが、送信画像をＪＢＩＧ符号化する画像符
号化モジュールと、作成したＪＢＩＧ符号のサイズが、
受信側でＪＢＩＧ復号可能な通信時間に対応する所定の
サイズ未満である場合に、所定のマーカーコードを付加
して送信符号のサイズの調節を行い、通信時間の延長に
より受信側の復号時間を延長させる符号サイズ調整モジ
ュールとを含むことを特徴とする記憶媒体。
【請求項２１】前記画像符号化モジュールは、原稿画
像の所定ライン単位にＪＢＩＧ符号化を行い、前記符号
サイズ調整モジュールでは、前記所定ライン毎のＪＢＩ
Ｇ符号のサイズが前記所定のサイズと比較されることを
特徴とする請求項２０記載の記憶媒体。
【請求項２２】前記符号サイズ調整モジュールは、原
稿画像の単位送信データ量と送信速度とＪＢＩＧ復号化
速度とに基づいて前記所定のサイズを算出する最短サイ
ズ算出ステップを含むことを特徴とする請求項２１記載
の記憶媒体。
【請求項２３】前記マーカコードの付加処理を実行す
るか否かを設定する設定ステップと、前記設定内容に従
って、前記マーカコードの付加処理を実行するか否かを
制御する制御ステップとを更に備えることを特徴とする
請求項２０記載の記憶媒体。
【請求項２４】前記符号サイズ調整モジュールは、前
記所定のマーカーコードとしてコメントマーカコード及
びリザーブマーカーコードを付加する場合に、ＪＢＩＧ
符号のサイズが比較的短い場合にはコメントマーカコー
ドを付加し、比較的長い場合にリザーブマーカーコード
を付加するマーカコード付加制御ステップを含むことを
特徴とする請求項２０記載の画像通信装置。
【請求項２５】前記符号サイズ調整モジュールは、前
記付加されるマーカーコードがコメントマーカーコード
である場合に、コメントの長さを前記ＪＢＩＧ符号のサ
イズと前記所定のサイズとの差に基づいて設定するステ
ップを含むことを特徴とする請求項２４記載の記憶媒
体。
【請求項２６】前記符号サイズ調整モジュールは、前
記付加されるマーカーコードがリザーブマーカーコード
である場合に、リザーブマーカーコードの数を前記ＪＢ
ＩＧ符号のサイズと前記所定のサイズとの差に基づいて
設定するステップを含むことを特徴とする請求項２４記
載の記憶媒体。
【請求項２７】前記符号サイズ調整モジュールは、前
記所定のマーカーコードとしてコメントマーカーコード
及び／又はリザーブマーカーコードの挿入を、オペレー
タの入力に従って選択する選択ステップを含むことを特
徴とする請求項２０記載の記憶媒体。
【請求項２８】予め算出された前記所定のサイズを記
憶する符号サイズテーブルを更に記憶することを特徴と
する請求項２０記載の記憶媒体。