JPH05227442A

JPH05227442A - カラーファクシミリ装置

Info

Publication number: JPH05227442A
Application number: JP4028061A
Authority: JP
Inventors: Yasunori Ishikawa; 安則石川
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1992-02-14
Filing date: 1992-02-14
Publication date: 1993-09-03

Abstract

(57)【要約】【目的】直交変換を利用した高能率圧縮符号化方式に
最適な伝送を行うとともに、符号化装置の構成を符号化
方式に適した構成とする。【構成】ＩＳＤＮ回線１０を介して伝送されるカラー
画像データの画素サイズを８または１６の倍数の大きさ
とし、コーデック部５での圧縮符号化の単位を８×８画
素または１６×１６画素ブロックとし、スキャナ部８、
プロッタ部７、ＣＲＴインターフェース部９における画
素サイズを８または１６の倍数の大きさとする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、高能率圧縮符号化方式
に最適な画像伝送を行うカラーファクシミリ装置に関す
る。

【０００２】

【従来の技術】現在、家庭にまで普及しているファクシ
ミリ装置は、Ｇ３機ないしはＧ４機の何れも白黒２値画
像の伝送が可能であるが、さらに、フルカラー画像の伝
送が可能なファクシミリ装置へのニーズが高まってい
る。

【０００３】ところで、フルカラー画像データの圧縮符
号化方式については、ＪＰＥＧ方式の国際標準化の承認
が間近であり、その圧縮方式はカラーファクシミリ装置
に適用可能である。そして、この方式は、特定のアプリ
ケーションを想定していない符号化方式であり、カラー
ファクシミリ装置においては、柔軟な機能が提供可能と
なる。

【０００４】フルカラー画像は、上記したＪＰＥＧ方式
のような高能率符号化方式を用いて符号化しても、なお
大量の情報量を伝送する必要があるが、ＩＳＤＮ等の高
速ディジタル回線の普及によって、この問題は解決され
つつあり、フルカラー画像を実用的な伝送時間で伝送で
きる環境が整備されてきている。

【０００５】他方、フルカラープリンタについても、近
年、ディジタル電子写真方式や熱転写方式のプリンタが
普及段階にあり、またフルカラーファクシミリの実用化
の点から、構成要素技術として重要な技術となってい
る。

【０００６】

【発明が解決しようとする課題】上記したＪＰＥＧ方式
の特徴は、連続階調画像の高能率圧縮符号化方式である
ＡＤＣＴ方式を採用していることである。この方式は、
ＤＣＴ（離散コサイン変換）による低空間周波数領域へ
の電力集中を利用し、視覚特性上感度の高い低空間周波
数領域に伝送情報量を集中させる、非可逆の圧縮符号化
方式である。ＤＣＴを用いているため、必然的にいくつ
かの画素を１ブロックとして処理する必要があり、ＤＣ
Ｔの高速演算アルゴリズムや色処理など実装コストなど
の理由から、１ブロックを８×８画素または１６×１６
画素とすることが多い。

【０００７】前述した従来のモノクロＧ３機、Ｇ４機で
は、プロトコルで伝送するドキュメントサイズや解像度
を例えばＡ４サイズ／２００ＤＰＩのように規定してい
て、その場合の垂直走査線数は２３３９画素となる。従
って、このままＪＰＥＧ方式を用いるカラーファクシミ
リに適用しようとすると、８または１６の倍数にはなら
ず、余りの部分の伝送ができないという問題がある。ま
た余りの部分にデータを補間して８または１６の倍数に
することも考えられるが、補間データを適切に作成しな
いと、その部分で歪が発生し、ＪＰＥＧ方式本来の高能
率圧縮特性が損なわれることになる。

【０００８】本発明の目的は、ＪＰＥＧ方式など直交変
換を利用した高能率圧縮符号化方式に最適な伝送を行う
とともに、符号化装置の構成を、符号化方式に適した構
成としたカラーファクシミリ装置を提供することにあ
る。

【０００９】

【課題を解決するための手段】前記目的を達成するため
に、請求項１記載の発明では、カラー画像データの入力
手段と、回線を介してカラー画像データの送受信を行う
手段と、カラー画像データを圧縮符号化する手段と、圧
縮符号化されたカラー画像データを復号化する手段と、
カラー画像データの出力手段を備えたカラーファクシミ
リ装置において、前記伝送されるカラー画像データの画
素サイズは、８または１６の倍数の大きさであることを
特徴としている。

【００１０】請求項２記載の発明では、前記カラー画像
データの入力手段における読み取り画素サイズは、８ま
たは１６の倍数の大きさであることを特徴としている。

【００１１】請求項３記載の発明では、前記カラー画像
データの出力手段における出力画素サイズは、８または
１６の倍数の大きさであることを特徴としている。

【００１２】請求項４記載の発明では、前記カラー画像
データを圧縮符号化する手段における圧縮符号化の単位
は、前記カラー画像データの水平走査方向の８ラインま
たは１６ラインであることを特徴としている。

【００１３】請求項５記載の発明では、前記カラー画像
データを圧縮符号化する手段および復号化する手段にお
けるラインバッファの大きさは、前記カラー画像データ
の水平走査方向の８ライン分または１６ライン分の大き
さであることを特徴としている。

【００１４】請求項６記載の発明では、前記カラー画像
データを圧縮符号化する手段および復号化する手段は、
カラー画像データを８×８画素または１６×１６画素単
位で転送する２次元ＤＭＡを備えていることを特徴とし
ている。

【００１５】

【作用】回線を介して伝送されるカラー画像データの画
素サイズを８または１６の倍数の大きさとし、コーデッ
ク部における圧縮符号化の単位を８×８画素または１６
×１６画素ブロックとする。スキャナ部、プロッタ部、
ＣＲＴインターフェース部における画素サイズを８また
は１６の倍数の大きさとする。これにより、カラーファ
クシミリ装置の入力系から出力系まで、高能率符号化方
式に最適な構成を採ることができる。

【００１６】

【実施例】以下、本発明の一実施例を図面を用いて具体
的に説明する。図１は、本発明の実施例のブロック構成
図である。図において、システムコントロ−ラ１は、カ
ラーＧ４ファクシミリ装置の各部の動作を制御するもの
で、ＣＰＵ（中央処理装置）、ＣＰＵのワークエリアで
あるＲＡＭ、制御プログラムなどが格納されたＲＯＭ、
バスインタフェース等によって構成されている。また、
後述する操作部２、２次記憶装置３の制御とこれらの装
置との間のデータ転送を行う。

【００１７】操作部２は、ファクシミリ装置を操作する
ための各種の操作キー（ファクシミリのスタートキー、
電話番号の入力キー、ファンクションキー等）及び操作
手順、ファクシミリ装置の状態等種々の情報を表示する
液晶パネル等の表示装置等から構成されている。

【００１８】２次記憶装置３は、符号化データの蓄積、
登録電話番号の記憶等を行う例えば磁気ディスク装置に
よって構成されている。画像メモリ部４は、圧縮されて
いない入出力画像データ、すなわち後述するスキャナ部
８で読み込まれた画像データまたはプロッタ部７に出力
される画像データを蓄積するためのフレームバッファで
あり、メモリとバスインタフェースで構成されている。

【００１９】コーデック部（符号化／復号化）５は、画
像メモリ部４との間で画像データの転送を行い、ＪＰＥ
Ｇ（ＪｏｉｎｔＰｈｏｔｏｇｒａｐｈｉｃＥｘｐｅ
ｒｔｓＧｒｏｕｐ）方式に準拠して画像データの圧
縮、伸長を行う。なお、ＪＰＥＧ方式については、例え
ば、画像符号化シンポジウム（ＰＣＳＪ）運営委員会主
催のＰＣＳＪ９０画像符号化講演会予講集の「カラー静
止画像符号化の国際標準化動向」を参照されたい。

【００２０】図２は、コーデック部５の構成を示す図で
あり、図３は、コーデック部５の動作を説明するための
フローチャートである。符号化時には、ＤＭＡ（ダイレ
クト・メモリ・アクセス）２２は、画像メモリ部４内の
Ｒ，Ｇ，Ｂ画像データをＲＡＭ２３に転送する（ステッ
プ３０１）。ＤＳＰ（ディジタル信号処理プロセッサ）
２４を構成する色変換部２４１は、Ｒ，Ｇ，Ｂ画像デー
タを輝度成分Ｙと色差成分Ｃｂ，Ｃｒに線形変換する
（ステップ３０２、３０３）。Ｙ，Ｃｂ，Ｃｒ画像デー
タに対して、ＤＳＰ２４のＤＣＴ（離散コサイン変換）
／逆ＤＣＴ部２４２は、ＤＣＴ演算を行い（ステップ３
０４）、量子化／逆量子化部２４３は、ＤＣＴ係数に対
して量子化を行い（ステップ３０５）、ＣＰＵ２１は、
量子化されたＤＣＴ係数をＲＡＭ２３に一時的に記憶す
る。

【００２１】そして、ＣＰＵ２１は、量子化されたＤＣ
Ｔ係数をハフマン符号化し（ステップ３０６）、圧縮さ
れたデータがＦＩＦＯ（ファーストイン・ファーストア
ウトで、画像データを送受信する際に、ＤＳＰを遅延す
ることなく動作させるために設けられている）２５に書
き込まれる（ステップ３０７）。そして、圧縮されたデ
ータは、バスインタフェース２６を介してＩＳＤＮイン
タフェース部６に送信される。

【００２２】復号化は、前述した符号化の動作と逆の動
作であり、ＩＳＤＮインタフェース部６で受信した圧縮
データは、バスインタフェース２６を介してＦＩＦＯ２
５に書き込まれ、ＣＰＵ２１によって復号化される。以
下、復号化データに対して、量子化／逆量子化部２４３
では逆量子化し、さらにＤＣＴ／逆ＤＣＴ部２４２で逆
ＤＣＴ演算して、圧縮データを伸長する。そして、色変
換されて元の画像が復元される。

【００２３】ＤＣＴ（ＤｉｓｃｒｅｔｅＣｏｓｉｎｅ
Ｔｒａｎｓｆｏｒｍ離散コサイン変換）とは、画像
信号の空間的な冗長成分を取り除いて画像信号を圧縮す
る直交変換の一手法であり、カラーの静止画、テレビ会
議／テレビ電話、動画の符号化方式に応用され、既に、
ＩＳＯおよびＣＣＩＴＴで標準化の勧告案が決定してい
る。

【００２４】以下、２次元ＤＣＴについて簡単に説明す
ると、画像を構成する画素を８×８画素のブロックに分
割し、それぞれの画素の値をｆ（ｉ，ｊ）と表すと（た
だし、ｉ＝０〜７、ｊ＝０〜７）、ＤＣＴによる写像Ｆ
（ｕ，ｖ）は、Ｆ(ｕ,ｖ)＝(４・Ｃ(ｕ)・Ｃ(ｖ)／Ｎ・Ｎ)ΣΣｆ(ｉ,ｊ)・ｃｏｓ{(２ｉ＋１) ｕπ／２Ｎ}・ｃｏｓ{(２ｊ＋１)ｖπ／２Ｎ｝式(1）と表される。この２次元ＤＣＴの結果をＤＣＴ係数と呼
び、８×８の係数マトリックスで与えられる。ただし、
積和演算は、ｉ、ｊ＝０からＮ−１まで行う。また、Ｃ
（ｗ）＝１／√２（ｗ＝０のとき）または１（ｗ＝１，
２…Ｎ−１のとき）である。

【００２５】また、逆ＤＣＴは、ｆ(ｉ,ｊ)＝ΣΣＣ(ｕ)・Ｃ(ｖ)・Ｆ(ｕ,ｖ)・ｃｏｓ{(２ｉ＋１)ｕπ／２Ｎ} ・ｃｏｓ{(２ｊ＋１)ｖπ／２Ｎ｝式(2）で求められる。ただし、積和演算は、ｕ、ｖ＝０からＮ
−１まで行う。

【００２６】式(1）で与えられる８×８の係数マトリッ
クスＦ（ｕ，ｖ）は、ｕ，ｖが大きくなるほど、画像に
含まれる空間周波数の内、より高周波な成分の変換係数
に対応し、Ｆ（０，０）は、ＤＣ成分の係数に対応す
る。すなわち、一番上の行には、画像の中に含まれる空
間周波数の水平成分の係数の内、周波数の低い成分から
順に水平方向に対応し、一番左の列には、同様に垂直成
分の係数の内、周波数の低い成分から順に垂直方向に対
応していて、一番左上の成分（Ｆ００）は、その画像の
持つＤＣ成分の係数に対応している。そして、斜めの部
分には、それぞれ水平、垂直成分を重ね合わせた周波数
の係数（ＡＣ係数）に対応している。

【００２７】ＩＳＤＮインタフェース部６は、通信を行
う際のプロトコルの制御や圧縮された符号化データの送
受信を行い、ＩＳＤＮ回線１０に対するインタフェース
回路と、制御部、メモリ、バスインタフェースから構成
されている。なお、本実施例では通信プロトコルとし
て、Ｇ４機のクラス１の拡張機能を用い、カラー符号化
表現能力を付加している。

【００２８】プロッタ部７は、ＤＭＡ（ダイレクト・メ
モリ・アクセス）、バスインタフェース、カラーインク
リボン、サーマルヘッド、紙の搬送機構等で構成され、
ＤＭＡによって画像メモリ部４から画像データを取り込
み、カラー情報に従ってカラーインクリボンの色をサー
マルヘッドの熱によって紙にプリントする。なお、プロ
ッタ部７には、画像データを面順次で出力するプリン
タ、あるいは点順次で出力するプリンタが接続されてい
る。

【００２９】スキャナ部８は、原稿画像を所定の解像度
で読み取って画像データを入力する装置であり、光源、
光電変換素子、Ａ／Ｄコンバータ、バスインタフェース
等によって構成されている。カラーの画像データを得る
ためにフィルタを用いて、Ｒ，Ｇ，Ｂ３色を同時に読み
取り、色分解されたＲ，Ｇ，Ｂデータは、バスインタフ
ェースを介して画像メモリ部４に送出される。

【００３０】ＣＲＴインタフェース部９は、ＣＲＴ１１
に表示するための表示用メモリ、ＤＭＡ、表示用のタイ
ミングコントローラ、Ｄ／Ａコンバータ、バスインタフ
ェースから構成され、ＤＭＡによってバスインタフェー
スを介して画像メモリ部４から画像データを表示用メモ
リに転送し、Ｄ／Ａコンバータによってアナログ信号に
変換してＣＲＴ１１に表示する。

【００３１】図４は、本実施例のシステムコントローラ
によって行われる、送受信時の処理フローチャートであ
り、以下、本発明の送受信動作をフローチャートを参照
して、詳細に説明する。

【００３２】受信時においては、ＩＳＤＮインタフェー
ス部６は、着信を検出すると、受信動作を行いながら着
信を検出した旨をシステムコントローラ１に通知する
（ステップ４０２）。システムコントローラ１は、操作
部２とＣＲＴインタフェース部９に受信中であることの
表示を指示し（ステップ４０３）、受信した符号化デー
タを２次記憶装置３に蓄積する（ステップ４０４）。

【００３３】受信が終了すると、操作部２とＣＲＴイン
タフェース部９に受信が終了したことの表示を指示し
（ステップ４０５）、蓄積された符号化データから画像
データを再生するために、コーデック部５に起動をか
け、圧縮されているデータを伸長する。伸長された画像
データは、画像メモリ部４に展開される（ステップ４０
６）。このとき、コーデック部５は、一定の処理単位毎
にシステムコントローラ１に通知する。システムコント
ローラ１は、この通知を受けてＣＲＴインタフェース部
９に処理されたデータの表示の指示を出し（ステップ４
０７）、伸長された画像データをＣＲＴ表示し（ステッ
プ４０８）、コーデック部５からの終了の知らせを待っ
て（ステップ４０９、４１０）、プリントアウトが必要
な場合は（ステップ４１１）、プロッタ部７に起動をか
けて、プリントアウトさせる（ステップ４１２、４１
３）。全ての処理が終了すると、その旨を操作部２に表
示して（ステップ４１４）、待機状態に戻る（ステップ
４０１）。

【００３４】送信時においては、操作部２の指示をシス
テムコントローラ１が検知し（ステップ４１５）、まず
スキャナ部８に起動をかける（ステップ４１６）。スキ
ャナ部８では画像の読み取りを開始し、Ｒ，Ｇ，Ｂデー
タをそれぞれ８ビット同時に読み取り、画像メモリ部４
に順次書き込む。スキャナ部８がある一定量のデータの
蓄積を終えると、システムコントローラ１は、コーデッ
ク部５に符号化の開始を指示する（ステップ４１７）。

【００３５】コーデック部５は、画像メモリ部４から画
像データを取り込み符号化処理を行う。符号化された情
報は、システムコントローラ１とＩＳＤＮインタフェー
ス部６に送られ、システムコントローラ１は、符号化さ
れた情報を２次記憶装置３に蓄積する（ステップ４１
８）。

【００３６】そして、スキャナ部８とコーデック部５の
動作が終了し、２次記憶装置３への蓄積が終了すると
（ステップ４１９、４２０、４２１）、システムコント
ローラ１は、ＩＳＤＮインタフェース部６に起動をか
け、符号化データをＩＳＤＮ回線１０を介して転送する
（ステップ４２２）。

【００３７】ＩＳＤＮインタフェース部６は、転送が終
了すると、その旨をシステムコントローラ１に通知する
（ステップ４２３）。システムコントローラ１は、転送
終了の報告を受けると、操作部２とＣＲＴインタフェー
ス部９に、終了表示の指示を出し（ステップ４２４）、
待機状態に戻る（ステップ４０１）。

【００３８】次に、本出願人が既に提案したカラー画像
伝送方式（特願平３−３１７５６６号）を、図５に示す
信号シーケンスおよび図６、７に示すフローチャートを
参照して説明する。以下の処理は、システムコントロー
ラ１によって行われる。

【００３９】図５において、まず、発呼側のファクシミ
リ装置（以下、発呼端末）が呼び出し信号ＣＮＧを送出
すると、被呼側のファクシミリ装置（以下、被呼端末）
は回線に接続されたことを示す被呼端末識別信号ＣＥＤ
を送出し、これによって呼の設定および回線の確立が終
了する。

【００４０】次いで、被呼端末は、ＣＣＩＴＴ標準の受
信機能を有することを示すディジタル識別信号ＤＩＳを
送出し、独自機能を有する場合は、さらに非標準機能識
別信号ＮＳＦを送出する。発呼端末はこれら識別信号Ｄ
ＩＳおよびＮＳＦを受信して被呼端末とのデータの伝送
規定を確定し、ファクシミリメッセージの伝送準備を行
う。そして、伝送する画像データのフレーム構成、色表
現モード、圧縮条件（サブサンプル比、量子化スケール
ファクタなど）の決定を行う。

【００４１】図６に示すフローチャートを参照して画像
データのフレーム構成を決定する処理手順について説明
する。

【００４２】まず、被呼端末が独自機能を有するか否
か、すなわち、信号ＮＳＦが送出されたか否かを判定す
る（ステップＳ１）。被呼端末が独自機能を有していな
ければ通常のプロトコルを開始し（ステップＳ２）、被
呼端末が独自機能を有していれば独自プロトコルを開始
する（ステップＳ３）。

【００４３】独自プロトコルでは、まず、被呼端末が信
号ＮＳＦの中で面順次を指定しているか否か判定する
（ステップＳ４）。被呼端末が面順次を指定していれば
伝送方式は面順次と決定し（ステップＳ５）、通常のプ
ロトコルを開始する（ステップＳ２）。

【００４４】ステップＳ４で被呼端末が面順次を指定し
ていなければ、点順次を指定しているか否か判定する
（ステップＳ６）。点順次を指定していれば、伝送方式
は点順次と決定し（ステップＳ７）、通常のプロトコル
を開始する（ステップＳ２）。ステップＳ６で被呼端末
が点順次を指定していなければ、被呼端末のプロッタ部
の機能が面順次か否か判定する（ステップＳ８）。プロ
ッタ部の機能が面順次であれば伝送方式は面順次と決定
し（ステップＳ５）、面順次でなければ伝送方式は点順
次と決定し（ステップＳ７）、それぞれ通常のプロトコ
ルを開始する（ステップＳ２）。

【００４５】図７に示すフローチャートを参照して画像
データの色表現モードと圧縮条件（サブサンプル比、量
子化スケールファクタなど）を決定する処理手順につい
て説明する。

【００４６】まず、被呼端末が独自機能を有するか否
か、すなわち、信号ＮＳＦが送出されたか否かを判定す
る（ステップＳ９）。被呼端末が独自機能を有していな
ければ通常のプロトコルを開始し（ステップＳ１３）、
被呼端末が独自機能を有していれば独自プロトコルを開
始する（ステップＳ１０）。

【００４７】独自プロトコルでは、まず、被呼端末が信
号ＮＳＦの中で色表現モードまたは圧縮条件を指定して
いるか否か判定する（ステップＳ１１）。被呼端末が色
表現モードまたは圧縮条件を指定していれば伝送方式は
指定された色表現モードまたは圧縮条件と決定し（ステ
ップＳ１２）、通常のプロトコルを開始する（ステップ
Ｓ１３）。

【００４８】ステップＳ１１で被呼端末が色表現モード
または圧縮条件を指定していなければ、色表現モードを
相手機のプリンタに合わせ（前記信号ＮＳＦの中でプリ
ンタの機種が判別される）、プリント出力しない場合
は、ＣＲＴの色表現に合わせて（ステップＳ１４）、通
常のプロトコルを開始し（ステップＳ１３）、また、プ
リンタの速度を判定し（ステップＳ１５）、プリンタの
速度が遅い場合には、画質を高精細とし（ステップＳ１
６）、速度が普通であれば、画質を中高精細とし（ステ
ップＳ１７）、速度が速ければ、画質を標準として（ス
テップＳ１８）、通常のプロトコルを開始する（ステッ
プＳ１３）。

【００４９】このようにして、発呼端末は被呼端末から
の要求または被呼端末のプロッタ部に機能に応じて伝送
する画像データのフレーム構成、色表現モード、圧縮条
件を決定する。そして、被呼端末が独自機能を有してい
なければ、発呼端末は標準仕様で画像データを伝送する
ためにディジタル命令信号ＤＣＳを送出し、被呼端末が
独自機能を有していれば、決定した伝送方式で画像デー
タを伝送することを含む命令を非標準機能設定信号ＮＳ
Ｓとして送出する。これによって、発呼端末の送信、被
呼端末の受信が決定される。

【００５０】ＤＣＳ（またはＮＳＳ）信号送出後、送信
機（発呼端末）はトレーニング信号およびトレーニング
チェック信号ＴＣＦを送出する。これはファクシミリメ
ッセージを伝送するための高速モデムを調整する信号で
あり、使用する高速モデムに規定されたトレーニングシ
ーケンスである。

【００５１】このトレーニングシーケンスにより高速モ
デムの調整が完了すると、受信機（被呼端末）は受信準
備確認信号ＣＦＲを送出し、送信機にメッセージの送出
を促す。トレーニングが失敗であればモデムトレーニン
グ失敗信号ＦＴＴを送信する。送信機はＣＦＲ信号を受
信すると、トレーニング信号に続けて符号化されたファ
クシミリメッセージを高速モデムを介して送出する。モ
デムトレーニング失敗信号ＦＴＴを受信したら伝送レー
トシフトダウンを行って、トレーニングシーケンスに戻
る。

【００５２】メッセージ送出が終了すると、送信機はマ
ルチページ信号ＭＰＳ、メッセージ終了信号ＥＯＭまた
は手続き終了信号ＥＯＰの何れかの制御信号を送出す
る。ＭＰＳ信号はパラメータを変えずに送る原稿がまだ
有ることを示し、ＥＯＭ信号はパラメータを設定し直し
て送る原稿がまだ有ることを示し、ＥＯＰ信号は続けて
送るべき原稿がもう無いことを示す。

【００５３】受信機はこれら何れかの制御信号を受信す
ると、確認信号ＭＣＦを送出する。送信機はＭＣＦ信号
を受信すると、送出した制御信号に応じた処理を行う。
例えば、送信機がＥＯＰ信号を送出し、ＭＣＦ信号を受
信すると、送信機は直ちに切断命令信号ＤＣＮを送出し
回線切断の処理を行う。

【００５４】これら一連の処理において、受信機側のプ
ロッタ部のプリンタが面順次で出力する機種であれば、
送信機側から最初に面順次にＲデータのみを送信すれ
ば、点順次で送信するよりも早い段階でプロッタ部のス
タートが可能となる。この場合、Ｒデータをプリントし
ている間に次のコンポーネントであるＧデータを送信す
れば、プロッタ部におけるプリントアウトは速く終了す
る。また、フレームメモリの容量も１コンポーネント分
だけ用意すればよい。

【００５５】また、受信機側のプロッタ部のプリンタが
点順次で出力する機種であれば、送信機側から画像デー
タを点順次で送信する方が最初のブロックに早く３色の
画像データが揃うので、プロッタ部のスタートが速く行
われる。

【００５６】更に、受信側の色表現モード、圧縮条件に
合わせて画像データを送信しているので、受信側での色
変換処理を不要とするとともに、最適な画質を伝送する
ことができる。

【００５７】〈実施例１〉図８は、上記した図３のコー
デック部５の処理のうち、ＪＰＥＧ方式による処理部分
（図３のステップ３０４，３０５，３０６）のブロック
構成図である。本実施例では、ＤＣＴ演算のブロックサ
イズを８×８としているので、ＤＣＴ変換部に入力され
る画像データは、８×８画素にブロック化される。ブロ
ック化された画像データは、ＤＣＴ変換されて８×８係
数マトリックスを生成する。生成された８×８係数マト
リックスについて、図９に示すような量子化マトリック
スを用いて量子化を行う。

【００５８】量子化された係数マトリックスは、図１０
に示すように、ＤＣ成分とＡＣ成分に分割される。ＤＣ
成分については、一つ前のマトリックスのＤＣ成分との
差分を符号化テーブル（ＤＣ成分用）に従って可変長符
号化される。ＡＣ成分は、図１０に示すようにジグザグ
スキャンされて１次元の係数列に変換され、連続する
“０”の係数の数（ランレングス）と次に続く“０”で
ない係数の値とが組み合わされ、符号化テーブル（ＡＣ
成分用）に従って１つの可変長符号が割り当てられる。
この可変長符号としては、ハフマン符号などが用いられ
る。

【００５９】以上の手順で符号化が行われる。そして生
成された可変長符号は、通信路を介して復号側に送られ
る。復号の手順は、図８の下半分に示すように、前述し
た符号化の手順の逆の手順で行われる。

【００６０】次に、本実施例のコーデック部５におけ
る、画像データのサブサンプルについて説明する。図３
で説明したように、コーデック部５においては元のＲＧ
Ｂ画像データは、色変換のプロセスを経てＹＣｂＣｒ画
像データに変換される。これは、画像データを輝度
（Ｙ）、色差（Ｃｂ，Ｃｒ）の形式に変換することによ
り、色信号間の冗長度を削減し、圧縮効率を向上させる
ために行われる。

【００６１】さらに、色差データは、輝度データに比べ
て視覚特性上空間解像度を落すことが可能であるので、
例えば水平方向および垂直方向に各１／２ずつサンプリ
ングして（サブサンプル比＝４：１：１）解像度を半分
ずつにしても、ほとんど画像品質に劣化が生じない。図
１１は、Ｃｒのサブサンプル（サブサンプル比＝４：
１：１）を説明する図であり、図１２は、１６×１６画
素ブロックのサブサンプル（サブサンプル比＝４：１：
１）を説明する図である。このように、色差画像データ
をサブサンプルするような場合は、８×８のＤＣＴ変換
部に入力するために、原画像のブロックの大きさを１６
×１６画素ブロックとする必要がある。

【００６２】以上の説明から明らかなように、ＤＣＴを
利用する符号化方式の実用的なカラー画像コーデックと
しては、８×８画素または１６×１６画素ブロックを処
理の基本単位とすることが合理的である。従って、伝送
する１画面の画像サイズについても、８×８画素または
１６×１６画素の整数倍とすることによって、符号化処
理の際の余りのデータや補間すべきデータが発生せず
に、そのまま処理することが可能であり、例外処理のた
めの構成が不要になり、高速処理が可能となる。例え
ば、Ａ４／２００ＰＰＩ（ピクセル／インチ）の画像の
場合、水平１７２８画素×垂直２３３６画素の解像度に
すれば良い。

【００６３】〈実施例２〉上記した本実施例の方式は、
前述した図２の構成によって実現される。この場合、画
像メモリ部４から読みだしたＲＧＢ画像データを、ＤＭ
Ａ２２によってＲＡＭ２３へ転送してから処理が開始さ
れるが、画像メモリ部４からＲＡＭ２３への転送は、シ
ステムバスを介するためバースト転送（連続的な転送）
で転送した方が転送速度が速く、高速処理が可能とな
る。そこで、ＲＡＭ２３上に一定の処理単位のＲＧＢ画
像データを蓄積するラインバッファを設けることによ
り、画像メモリ部４からのＲＧＢ画像データの転送を高
速に行うことができる。

【００６４】前述したように、本実施例では、符号化方
式にＪＰＥＧ方式を採用しているため符号化処理は、８
×８画素または１６×１６画素ブロック単位で処理され
る。また、画像メモリ部４は、大容量であるため、通常
ビットコストを考慮してダイナミックＲＡＭ（ＤＲＡ
Ｍ）で構成されるので、ページモード（同一行アドレス
の領域のアクセスを高速に行うモード）等の高速転送モ
ードでの転送が効率的である。そのために、ＲＡＭ２３
をラインバッファの構成で使用する方が高速処理可能と
なり、また符号化が８×８画素または１６×１６画素ブ
ロック単位で処理されることから、ラインバッファのサ
イズについても８ラインまたは１６ラインとする。

【００６５】図１３は、本実施例のラインバッファの構
成を示す図である。ＲＡＭ上のアドレスについても、図
示するようにライン単位で区ぎりのいい数値（例えば、
第１、第２ラインの先頭アドレスは、それぞれ、０００
０００Ｈ、００１０００Ｈで、最終アドレスは、それぞ
れ、０００ＦＦＦＨ、００１ＦＦＦＨの如くアドレスを
割り付ける）にすることにより、ＤＳＰ２４やＣＰＵ２
１からのアクセス処理が容易になる。

【００６６】ところで、ＪＰＥＧ方式においては符号デ
ータの構造中に、伝送エラー時のビット再同期などの目
的でリスタートマーカ（ＲＳＴ）という制御コードが規
定されているが、これを圧縮符号化の単位とし、前述し
た８ラインまたは１６ライン毎のラインバッファの単位
でリスタートマーカコードを挿入すると、処理が簡単に
なるとともに、制御コードによる伝送データのオーバヘ
ッドが少なくてすみ、かつ伝送エラー時のデータ損失も
最小限に抑えることができる。

【００６７】〈実施例３〉前述した図２の構成におい
て、画像メモリ部４上の画面の一部分のみを符号化して
転送したりあるいは復号した画像（８ラインまたは１６
ライン）の内の一部を画像メモリ部４に転送する場合が
ある。このような場合でも、転送の基本単位は８×８画
素または１６×１６画素ブロック単位であるので、バー
スト転送が可能なデータ長は短くなり、転送速度が低下
することになる。そこで、本実施例では、図２のＤＭＡ
２２を、図１４に示す２次元ＤＭＡで構成することによ
って転送速度を高速化している。この２次元ＤＭＡで
は、画像メモリ部４の矩形領域を指定するメモリアドレ
ス（矩形のスタート点と、ストップ点）が生成され、矩
形領域の画像データが転送される。

【００６８】本実施例においては、このような２次元Ｄ
ＭＡのデータ転送単位についても、８×８画素または１
６×１６画素とすることにより、符号化方式に適合した
構成とすることができる。また、２次元ＤＭＡで構成し
たことにより、前述した８ラインまたは１６ライン単位
のラインバッファが不要になるので、コーデック部のＲ
ＡＭ２３のメモリ容量を大幅に低減させることが可能と
なる。

【００６９】〈実施例４〉図１に示すように、本実施例
の構成においてはスキャナ部８とプロッタ部７およびＣ
ＲＴインターフェイス部９が設けられているが、本実施
例では、スキャナ部８の画像読み取りサイズについて
も、８×８画素または１６×１６画素ブロック単位とす
ることにより、読み取られた画像は無駄なくコーデック
部５に入力することができ、前述したように、そのまま
圧縮符号化されて伝送可能となる。また、プロッタ部
７、ＣＲＴインターフェイス部９についても同様に、８
×８画素または１６×１６画素ブロック単位とすること
により、コーデック部５で伸長復号された画像データ
は、そのまま無駄なくプロッタまたはＣＲＴ１１に出力
される。

【００７０】

【発明の効果】以上、説明したように、請求項１記載の
発明によれば、伝送するカラー画像データの画素サイズ
を８または１６の倍数の大きさとしているので、符号化
方式に最適な大きさとなり、高速伝送が可能となる。請
求項２記載の発明によれば、読み取り画素サイズを８ま
たは１６の倍数の大きさとしているので、読み取られた
画像を無駄なくコーデックに入力することができる。請
求項３記載の発明によれば、出力画素サイズを８または
１６の倍数の大きさとしているので、復号された画像デ
ータを無駄なくプロッタ等に出力することができる。請
求項４記載の発明によれば、圧縮符号化の単位を８ライ
ンまたは１６ラインとしているので、符号化処理の際の
余りのデータや補間すべきデータが発生することなく、
高速処理が可能となる。請求項５記載の発明によれば、
ラインバッファのサイズを８ラインまたは１６ラインで
構成しているので、リスタートマーカコード挿入による
処理効率の向上が可能となる。請求項６記載の発明によ
れば、画像メモリとＲＡＭとの間でカラー画像データの
転送制御を行うＤＭＡを２次元ＤＭＡで構成したので、
８ラインまたは１６ライン単位のラインバッファが不要
になり、コーデック部のＲＡＭのメモリ容量を大幅に削
減することができる。

【図面の簡単な説明】

【図１】本発明の実施例のブロック構成図である。

【図２】コーデック部の構成を示す図である。

【図３】コーデック部の動作を説明するためのフローチ
ャートである。

【図４】本実施例の送受信処理のフローチャートであ
る。

【図５】発呼端末および被呼端末間の信号シーケンスを
示す図である。

【図６】画像データのフレーム構成を決定する処理フロ
ーチャートである。

【図７】色表現モード、圧縮条件を決定する処理フロー
チャートである。

【図８】ＪＰＥＧ方式による処理部分のブロック構成図
である。

【図９】量子化マトリックスの例を示す図である。

【図１０】量子化された係数マトリックスを示す図であ
る。

【図１１】Ｃｒのサブサンプルを説明する図である。

【図１２】１６×１６画素ブロックのサブサンプルを説
明する図である。

【図１３】本実施例のラインバッファの構成を示す図で
ある。

【図１４】２次元ＤＭＡの構成を示す図である。

【符号の説明】

１システムコントロ−ラ２操作部３２次記憶装置４画像メモリ部５コーデック部６ＩＳＤＮインタフェース部７プロッタ部８スキャナ部９ＣＲＴインタフェース部１０ＩＳＤＮ回線１１ＣＲＴ

Claims

【特許請求の範囲】

【請求項１】カラー画像データの入力手段と、回線を
介してカラー画像データの送受信を行う手段と、カラー
画像データを圧縮符号化する手段と、圧縮符号化された
カラー画像データを復号化する手段と、カラー画像デー
タの出力手段を備えたカラーファクシミリ装置におい
て、前記伝送されるカラー画像データの画素サイズは、
８または１６の倍数の大きさであることを特徴とするカ
ラーファクシミリ装置。
【請求項２】前記カラー画像データの入力手段におけ
る読み取り画素サイズは、８または１６の倍数の大きさ
であることを特徴とする請求項１記載のカラーファクシ
ミリ装置。
【請求項３】前記カラー画像データの出力手段におけ
る出力画素サイズは、８または１６の倍数の大きさであ
ることを特徴とする請求項１記載のカラーファクシミリ
装置。
【請求項４】前記カラー画像データを圧縮符号化する
手段における圧縮符号化の単位は、前記カラー画像デー
タの水平走査方向の８ラインまたは１６ラインであるこ
とを特徴とする請求項１記載のカラーファクシミリ装
置。
【請求項５】前記カラー画像データを圧縮符号化する
手段および復号化する手段におけるラインバッファの大
きさは、前記カラー画像データの水平走査方向の８ライ
ン分または１６ライン分の大きさであることを特徴とす
る請求項１記載のカラーファクシミリ装置。
【請求項６】前記カラー画像データを圧縮符号化する
手段および復号化する手段は、カラー画像データを８×
８画素または１６×１６画素単位で転送する２次元ＤＭ
Ａを備えていることを特徴とする請求項１記載のカラー
ファクシミリ装置。