JPH0884256A - 画像通信方法および装置 - 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. 【請求項４】 請求項３において、 前記発呼受信局は、ハフマンテーブルの転送を要求する
   旨の転送要求信号を送出するか否かを選択する手段を有
   することを特徴とする画像通信装置。