JPH0884255A - 画像通信方法および装置 - Google Patents

Abstract

(57)【要約】 【目的】 ＪＰＥＧベースラインプロセスにより符号化
された書画情報を送受信する画像通信装置間における画
像通信方式において、伝送データ量を必要以上に増大す
ることなく、より広範なアプリケーションの要求に対応
できる画像通信方式を提供することを目的とする。 【構成】 被呼受信局は、発呼送信局から前記被呼受信
局へハフマンテーブルの転送を要求する旨の転送要求信
号を送出し、発呼送信局は、前記被呼受信局から到来す
る前記転送要求信号を識別し、テーブルの転送要求あり
と判明した場合には、送信すべき書画情報とともに、こ
の書画情報の符号化に用いられるハフマンテーブルを送
信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えばＪＰＥＧベース
ラインシステムを用いて符号化された書画情報を送受信
する画像通信装置間の画像通信方式に関する。

【０００２】

【従来の技術】従来、ＩＴＵ−Ｔ勧告（旧ＣＣＩＴＴ勧
告）Ｔ．８０シリーズの一部として、多値画像の符号化
の方式の一つであるＪＰＥＧが採用されている。このＪ
ＰＥＧは、元来、カラー静止画像符号化の国際標準方式
として、ＣＣＩＴＴ−ＳＧ８とＩＳＯ−ＪＴＣ１ＳＣ２
９とのジョイント・グループＪＰＥＧ（Joint Photogra
phic Expert Group ）で標準化が進められたことから、
アルゴリズムの呼称としても用いられている。そのなか
でも、ベースラインプロセスは必須の機能であり、カラ
ーファクシミリ装置などの画像通信装置において広く用
いられている。

【０００３】図４は、ＪＰＥＧベースラインプロセスに
よる符号化処理の流れの概略を示す説明図である。

【０００４】まず、入力された多値画像データを８行×
８列の画素ブロックに分け、各画素ブロックごとに、Ｄ
ＣＴ変換（Discrete Cosine Transform ）を施し、８行
×８列のＤＣＴ係数を得る。次に、ＤＣＴ係数を量子化
テーブルを用いて各係数位置ごとに異なるステップサイ
ズで線形量子化する。すなわち、ＤＣＴ係数Ｓの各係数
をＳｕｖ、量子化テーブルＱの各係数をＱｕｖとする
と、量子化された係数Ｒの各係数Ｒｕｖは、 Ｒｕｖ＝ｒｏｕｎｄ（Ｓｕｖ／Ｑｕｖ） により得られる。なお、ここでは、ｕ、ｖ＝０、・・
・、７であり、ｒｏｕｎｄは最も近い整数への整数化を
示す。また、こうして得られた係数Ｒのうち、Ｒ₀₀をＤ
Ｃ成分、その他の係数をＡＣ成分という。

【０００５】次に、ＤＣ成分、ＡＣ成分それぞれをハフ
マン符号化することで、符号化データを得てこれを送信
する。そして、この符号化の際、ＤＣ成分については、
直前の８行×８列画素ブロックのＤＣ成分との差分をハ
フマン符号化し、ＡＣ成分については、図５に示すよう
に、ジグザグスキャンにより１次元のデータ列に並び直
した後でハフマン符号化する。一方、復号化時は逆に、
ハフマン符号化された書画情報を送信側で用いたのと同
じハフマンテーブルを用いて復号化し、送信側で用いた
のと同じ量子化テーブルを用いて逆量子化して、これを
逆ＤＣＴ変換する。

【０００６】ところで、ハフマンテーブルは一意に固定
されておらず、発生頻度の高い順に短い符号語を割り当
てることも可能であるため、アプリケーションによって
は圧縮効率を向上するためにハフマンテーブルを単位書
画情報ごとに変えたいという要求もある。この要求を満
たすために、（１）必要な場合、すなわちハフマンテー
ブルを変えた場合は、送信側で符号化に用いたハフマン
テーブルを作成するための情報を受信側に送るといった
方法が考えられる（その情報からハフマンテーブルを作
成する手順は、例えばＩＳＯ“ＤＩＳ １０９１８−
１”に記載される公知のものである）。

【０００７】また、反対に、常に固定のハフマンテーブ
ルで十分な場合は、（２）予め定められた所定のテーブ
ルを送信側・受信側双方で備えておく方法があるため、
いちいち送信しなくてもよい。このため、所定のハフマ
ンテーブルを備え、さらに必要に応じてハフマンテーブ
ルを送信する方法が一般的であった。

【０００８】しかし、コンピュータにカラーファクシミ
リ通信機能を備え、受信した符号化データをファイルと
して保存するようなアプリケーションにおいて、この符
号化データを復号化するために必要なハフマンテーブ
ル、量子化テーブルも、回線から到来したデータとして
まとめてファイル化したいという新たな要求もある。

【０００９】このためカラーファクシミリ通信において
は、（３）ハフマンテーブルを作成するための情報を常
に送信する方法がＩＴＵ−Ｔ勧告化されようとしてい
る。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
方法は、いずれも次のような問題点を有している。

【００１１】すなわち、（１）の場合は、ハフマンテー
ブルを転送するか否かが送信側のみで決まるため、受信
側では回線からのデータとしては、必ずしも得られると
は限らない。

【００１２】また、（２）の場合は、異なるアプリケー
ション間で書画情報を伝送する場合に対応できない。

【００１３】さらに、（３）の場合は、ハフマンテーブ
ルを保存すべき情報としては必要としない画像通信装置
に対しても常に送信するため、徒に伝送データ量を増大
し、回線捕捉時間を長くすることがあり、好ましくな
い。

【００１４】なお、このような問題は、前述したＪＰＥ
Ｇに限定されるものではない。

【００１５】本発明は、伝送データ量を必要以上に増大
することなく、より広範なアプリケーションの要求に対
応できる画像通信方法および装置を提供することを目的
とする。

【００１６】

【課題を解決するための手段】本発明は、符号化された
画情報を送信または受信する画像通信装置間における画
像通信方法であって、被呼受信局は、発呼送信局から前
記被呼受信局へハフマンテーブルの転送を要求する旨の
転送要求信号を送出し、発呼送信局は、前記被呼受信局
から到来する前記転送要求信号を識別した場合には、送
信すべき画情報とともに、この画情報の符号化に用いら
れるハフマンテーブルを送信することにより、受信側の
要求に応じてハフマンテーブルが転送されるようにし
た。

【００１７】

【実施例】以下、図面を参照して本発明の画像通信方式
の一実施例を説明する。なお、本実施例では、アナログ
電話回線に接続されて使用されるＧ３カラーファクシミ
リ装置間の通信制御手順であって、ＩＴＵ−Ｔ勧告Ｔ．
３０を拡張した通信制御手順を用いた場合について説明
する。

【００１８】図１は、本発明の一実施例による画像通信
方式を適用する、カラーファクシミリ装置の構成を示す
ブロック図である。

【００１９】ＣＰＵ１は、ＣＰＵバス１２を介して本装
置の全体制御を司るものであり、ＲＯＭ２は、ＣＰＵ１
が動作するためのプログラムメモリとして使用される。
また、ＲＡＭ３は、バッテリバックアップされた不揮発
性のＲＡＭであり、ハフマン・テーブル部４は、ＪＰＥ
Ｇ符号化のプロセスで用いるハフマンテーブルと、この
ハフマンテーブルを作成するための情報とから構成され
るもので、所定の値を予め組み込んだＲＯＭで構成され
ている。なお、この“ハフマンテーブルを作成するため
の情報”は、図８に示すようなフォーマットで格納され
ているものとする。

【００２０】モデム部５は、送受信データの変復調を行
うものであり、ＮＣＵ６は、電話網と接続するための網
制御装置である。計時部７は、カレンダ機能を有する時
計ＬＳＩによって計時を行うものであり、操作パネル８
は、操作者が各種キー入力を行うためのキーボードや各
種情報を表示する表示部を有するものである。

【００２１】画像メモリ９は、半導体メモリで構成さ
れ、ＲＧＢの各色成分で表わされるフルカラー画像デー
タを少なくとも８ライン分蓄積するバッファメモリと、
ＩＴＵ−Ｔ勧告Ｔ．３０に規定されるＥＣＭ（Error Co
rrection Mode ）手順におけるパーシャルページ分の通
信バッファとを、それぞれ独立の領域上に含むものであ
る。

【００２２】読取部１０は、光学的に原稿を読み取り、
ＲＧＢ成分に分解して各色画素を８ｂｉｔの多値データ
として出力するものであり、プリンタ部１１は、ＣＭＹ
Ｋ各色の多値信号を入力すると各色データを２値データ
に変換しカラー印刷するものである。

【００２３】また、符号・復号化部１３は、ＲＧＢ（Re
d、 Green、 Blue）の色成分信号を、それぞれ１画素あた
り８ｂｉｔの多値信号として入力すると、ＹＣｒＣｂの
信号成分に変換した後にＪＰＥＧベースライン符号化を
施して出力し、逆にＪＰＥＧベースライン符号化データ
を入力すると、復号化してＹＣｒＣｂの各８ｂｉｔ多値
データを得た後、ＹＣｒＣｂからＣＭＹＫに変換して出
力する公知のＪＰＥＧ符復号器および色変換回路を有す
るものである。

【００２４】図２は、符号・復号化部１３の内部構成の
一例を示すブロック図である。

【００２５】ラスタ／ブロック変換部１３−１は、Ｒ／
Ｇ／Ｂの順に転送されてくる８ｂｉｔデータを各色成分
ごとに８行×８列のブロックマトリックスに変換して、
Ｒブロック／Ｇブロック／Ｂブロックというブロック順
次のデータを作成するラスタ→ブロックを行う一方、Ｃ
ブロック／Ｍブロック／Ｙブロックというブロック順次
のデータをＣ／Ｍ／Ｙ各色の８ｂｉｔラスタデータへブ
ロック→ラスタ変換するものである。

【００２６】色変換部１３−２は、入力されたブロック
順次のＲ／Ｇ／Ｂデータに、所定の色変換演算を施すこ
とにより、Ｙ／Ｃｒ／Ｃｂのブロック順次データを得る
一方、入力されたブロック順次のＹ／Ｃｒ／Ｃｂデータ
に、所定の色変換演算を施すことにより、Ｃ／Ｍ／Ｙの
ブロック順次データを得るものである。

【００２７】ＪＰＥＧベースライン符号・復号化部１３
−３は、上述したＪＰＥＧベースライン符号化および復
号化を行う部分であり、量子化テーブル１３−４は、所
定のデータ内容を予め書き込んだＲＯＭ等で構成される
ものである。また、内部バス１３−５は、この符号・復
号化部１３の内部で各種データの転送を行うためのバス
である。

【００２８】図３は、操作パネル８の構成例を示す平面
図である。

【００２９】テンキー８−１は、０〜９、＃、＊の１２
種類のキーから構成され、主に電話番号の入力手段とし
て利用される。ＬＣＤ表示部８−２は、装置の状態や電
話番号の入力確認のための表示が行われる。ワンタッチ
キー８−３は、予めＲＡＭ１−３に書き込まれてある宛
先番号などを読み出してワンタッチ送信する場合に使用
される。スタートキー８−４は、送信等の開始を指示す
るものであり、ストップキー８−５は、送信等の動作を
停止させるためのものである。

【００３０】図１１は、本実施例のカラーファクシミリ
装置間で実行される通信制御手順の一例を示す説明図で
ある。

【００３１】ここでは、２個のパーシャルページで構成
される１ページ分の画像データを伝送する例を示した。
なお、伝送されるページは、ＪＰＥＧ符号化したデータ
とハフマンテーブルデータおよびその他のデータを図６
〜図８に示すフォーマットのように編集した結果、２個
のパーシャルページで構成されているものとする。

【００３２】図１１において、まず、着呼受信側は、Ｄ
ＩＳの拡張フィールドを用いて「カラー通信機能あり」
を宣言するとともに、「ハフマンテーブル転送要求」を
発呼送信側に知らせる（図１０のＳ２０９に相当）。

【００３３】これに対して、発呼送信側は、ＤＣＳの拡
張フィールドを用いて「カラー受信せよ」を指示する。
もし、着呼受信側からのＤＩＳの拡張フィールドの「カ
ラー通信機能あり」のビットが１でなければ、このフィ
ールドが他のビットの値に関わらず、「相手機カラー受
信機能なし」と判断して回線を切断する（図９のＳ１０
３、Ｓ１１２に相当）。

【００３４】また、発呼送信側は、ＤＩＳで「ハフマン
テーブル転送要求」があるか否かも識別する。そして、
「ハフマンテーブル転送要求」ありと判断した場合に
は、ハフマンテーブル作成情報を送信データに組み込
む。

【００３５】そして、トレーニングの後、１ページ目を
読み取りながらデータをＪＰＥＧベースライン符号化し
てパーシャルページごとに１ページ分送信する。この
後、送信すべき原稿がなくなることで、通信を終了す
る。

【００３６】図１２、図１３は、前記ＤＩＳ、ＤＣＳの
拡張フィールドの各ビットの割り当ての一例を示す説明
図である。

【００３７】なお、図１２、図１３に示す拡張エリアの
ビット２〜６は、本発明の本質には無関係であるが、本
実施例、並びに後述の実施例においては、インターリー
ブ形式は“ブロック順次”、サブサンプリングは“４：
１：１”、色空間は“ＹＣｂＣｒ”にて交信可能として
いる。

【００３８】次に、図９、図１０のフローチャートを参
照して、本発明の画像通信方式を適用したカラーファク
シミリ装置の制御手順を詳細に説明する。

【００３９】まず、送信側装置は、Ｓ１０１において、
原稿台に原稿を置いて、操作部８のテンキー８−１とス
タートキー８−５、またはワンタッチキー８−３を用い
て相手先電話番号を入力して発呼指示すると、Ｓ１０２
で公知の接続手順に従い発呼処理を行う。

【００４０】次いで、Ｓ１０３では、相手機と接続され
たか否か所定の時間監視し、所定の時間内に接続できな
い場合は、通信エラーとして切断処理を行う（Ｓ１１
２）。なお、相手機にカラー画像受信能力がないことが
判明した場合にも、同様にＳ１１２へ進んで切断処理を
行う。

【００４１】また、Ｓ１０３で接続された場合には、Ｓ
１０４で、被呼局から到来したＤＩＳの内容を解析し、
「ハフマンテーブル転送」のビットの値を調べ、ハフマ
ンテーブルの転送要求があるか否か調べる。そして、転
送要求がある場合には、Ｓ１０５に進み、ハフマンテー
ブル作成情報を図６〜図８のフォーマットに従い、か
つ、ＥＣＭ手順に適合するように、画像メモリ９上の送
信バッファ領域で編集する。

【００４２】次いで、Ｓ１０６では、原稿を読取部１０
から読み込みながら、ハフマンテーブル部４を参照しつ
つ、符号・復号化部１３を用いてＪＰＥＧベースライン
符号化する。その際、Ｓ１０５で編集したハフマンテー
ブル作成情報を含むデータと連結し、ＥＣＭ手順に適合
するように、画像メモリ９上の送信バッファ領域にてパ
ーシャルページ化する。そして、１パーシャルページ単
位で送信する（Ｓ１０７）。

【００４３】また、Ｓ１０４で、ハフマンテーブル送信
要求なしと判別した場合は、直ちにＳ１０６へ進み、原
稿を読取部１０から読み込みながら、ハフマン・テーブ
ル部４を参照しつつ、符号・復号化部１３を用いてＪＰ
ＥＧベースライン符号化し、１パーシャルページ単位に
送信する（Ｓ１０７）。この場合は、ハフマンテーブル
作成情報を送信バッファ上に編集していないため、相手
機に対してハフマンテーブル作成情報は転送されない。
この後、Ｓ１０８では、通信手順の終了処理を行う。

【００４４】一方、受信側装置は、まず、Ｓ２０１で公
知の着信検出手順に従い、着信があるか否か監視し、着
信を検出したら、Ｓ２０２へ進み、例えばＲＯＭ２の所
定の領域に予め書き込まれたデータを参照し、ハフマン
テーブル転送要求があるか否か調べる。

【００４５】そして、転送要求がある場合は、ＤＩＳの
拡張エリアの「ハフマンテーブル転送要求」ビットを
“１”にセットし（Ｓ２０３）、転送要求がなければ、
ＤＩＳの拡張エリアの「ハフマンテーブル転送要求」ビ
ットを“０”にセットして（Ｓ２０４）、ＤＩＳを送出
する。

【００４６】次いで、Ｓ２０５で発呼送信局からのＤＣ
Ｓの到来を待ち、所定の時間内に到来しない場合は、通
信エラーとみなし、切断処理を行う（Ｓ２０８）。

【００４７】また、Ｓ２０５でＤＣＳを受信したら、Ｓ
２０６に進み、所定の手順に従って受信処理を行った
後、Ｓ２０７に進み、終了処理を行う。

【００４８】なお、以上の第１実施例の画像通信方式
は、Ｇ３ファクシミリ手順を拡張したものであったが、
本発明の本質である「ハフマンテーブルの転送」の要求
は、他の通信手順、例えば、Ｇ４ファクシミリの通信手
順を拡張することによっても容易に適用可能である。

【００４９】その場合、例えば被呼受信局はセッション
レイヤのセッション開始レスポンス（ＲＳＳＰ）の非標
準端末機能（ＮＳＣ）を用いて「ハフマンテーブルの転
送」を要求する旨を発呼送信局に通知するようにしてお
き、発呼送信局はＲＳＳＰの内容を解析して、ハフマン
テーブル作成情報を転送するように構成する。

【００５０】さらに、上記第１実施例の被呼受信局にお
いては、ハフマンテーブル転送要求を送出するか否かを
ＲＯＭ２の所定の領域のデータにより決定したが、この
所定の領域を例えばＲＡＭ３に設け、かつ、この所定の
領域のデータを操作部８の各種キーとＬＣＤ表示部を用
いてオペレータとの対話形式によって設定できるように
することも容易に実現できる。この場合、オペレータが
ハフマンテーブル転送要求を送出するか否かを必要に応
じて切り替えることができる。しかも、第１実施例にて
示したように、ＲＡＭ３をバッテリバックアップしてお
けば、停電などによる電源断が発生してもオペレータの
設定内容は保持される。

【００５１】なお、本発明においては、ハフマンテーブ
ルを用いる符号化であれば、ＪＰＥＧ方式に限らず、他
にも適用可能である。

【００５２】

【発明の効果】以上説明したように、本発明によれば、
着呼受信側装置の要求に応じてハフマンテーブルが転送
されることにより、伝送データ量を必要以上に増大する
ことなく、より広範なアプリケーションの要求に対応で
きる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例におけるファクシミリ装置を
示すブロック図である。

【図２】上記実施例における符号・復号化部の内部構成
を示すブロック図である。

【図３】上記実施例における操作パネルの構成例を示す
平面図である。

【図４】上記実施例におけるＪＰＥＧベースラインプロ
セスによる符号化処理の流れの概略を示す説明図であ
る。

【図５】上記実施例におけるＡＣ成分のハフマン符号化
に用いるジグザグスキャンのスキャン順序を示す説明図
である。

【図６】上記実施例における伝送路上の１ページ分のＪ
ＰＥＧ符号化データと各種マーカの構成例を示す説明図
である。

【図７】上記実施例で用いるマーカおよびその他のマー
カのコード値を示す説明図である。

【図８】上記実施例で用いるＤＨＴマーカのフォーマッ
トを示す説明図である。

【図９】上記実施例の画像通信方式の発呼側の動作を示
すフローチャートである。

【図１０】上記実施例の画像通信方式の被呼側の動作を
示すフローチャートである。

【図１１】上記実施例の画像通信方式の伝送制御手順を
示す説明図である。

【図１２】上記実施例で用いるＤＩＳの拡張フィールド
の構成を示す説明図である。

【図１３】上記実施例で用いるＤＣＳの拡張フィールド
の構成を示す説明図である。

【符号の説明】

１…ＣＰＵ、 ２…ＲＯＭ、 ３…ＲＡＭ、 ４…ハフマン・テーブル部、 ５…モデム部、 ６…ＮＣＵ、 ７…計時部、 ８…操作パネル、 ９…画像メモリ、 １０…読取部、 １１…プリンタ部、 １２…ＣＰＵバス、 １３…符号・復号化部。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 符号化された画情報を送信または受信す
   る画像通信装置間における画像通信方法であって、 被呼受信局は、発呼送信局から前記被呼受信局へハフマ
   ンテーブルの転送を要求する旨の転送要求信号を送出
   し、 発呼送信局は、前記被呼受信局から到来する前記転送要
   求信号を識別した場合には、送信すべき画情報ととも
   に、この画情報の符号化に用いられるハフマンテーブル
   を送信することを特徴とする画像通信方法。
2. 【請求項２】 請求項１において、 前記被呼受信局は、ハフマンテーブルの転送を要求する
   旨の転送要求信号を送出するか否かを選択することを特
   徴とする画像通信方法。
3. 【請求項３】 符号化された画情報を送信または受信す
   る画像通信装置間における画像通信方法であって、 被呼受信局は、発呼送信局から前記被呼受信局へハフマ
   ンテーブルの転送を要求する旨の転送要求信号を送出す
   る手段を有し、 発呼送信局は、前記被呼受信局から到来する前記転送要
   求信号を識別した場合には、送信すべき画情報ととも
   に、この画情報の符号化に用いられるハフマンテーブル
   を送信する手段を有することを特徴とする画像通信装
   置。
4. 【請求項４】 請求項３において、 前記被呼受信局は、ハフマンテーブルの転送を要求する
   旨の転送要求信号を送出するか否かを選択する手段を有
   することを特徴とする画像通信装置。