JP3223163B2

JP3223163B2 - 通信装置

Info

Publication number: JP3223163B2
Application number: JP11750098A
Authority: JP
Inventors: 雅三平川
Original assignee: 松下電送システム株式会社
Priority date: 1998-04-27
Filing date: 1998-04-27
Publication date: 2001-10-29
Anticipated expiration: 2018-04-27
Also published as: JPH11313210A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信装置に関し、特
にJPEG（Photographic Picture Experts Group）規格に
基づき圧縮された画像データを通信する通信装置に関す
る。

【０００２】

【従来の技術】カラー原稿を送信する場合、その圧縮方
式としてJPEG圧縮方式を採用する。このJPEG圧縮方式
は、カラー静止画像の圧縮に適した世界標準の方式であ
り、そのベースラインプロセスでは、離散コサイン変換
（DCT:Discrete Cosine Transform）・量子化・エント
ロピー符号化を行って画像データを圧縮し、また、エン
トロピー復号化・逆量子化・逆DCTを行って画像を復元
する。即ち、圧縮時には、８×８画素の小ブロックを単
位として、画像の２次元配列をDCTによって空間周波数
成分の２次元配列に変換し、量子化参照値を基準として
量子化し、ハフマン符号や算術符号を用いて符号化す
る。量子化された各周波数成分の値は画像情報に対応し
た確率分布に従うので、ハフマン符号化や算術符号化に
よって、量子化値は確率分布と符号化シンボルで決まる
エントロピーに漸近したビット数の符号データに変換さ
れ、これによって画像データの圧縮がなされる。

【０００３】離散コサイン変換を行って得られる変換係
数（DCT係数）は、DC成分とAC成分とからなり、JPEG仕
様書では、DC成分，AC成分の順に符号化するようになっ
ている。また、DC成分の符号化では、直前の画素ブロッ
クの量子化値との差分を符号化するようになっており、
JPEGの勧告書には符号化処理例が開示されている。即
ち、直前の画素ブロックとの差分を、ゼロ，符号，絶対
値の優先順に符号化するようになっている。このように
差分を符号化するのは、DC成分の量子化値をそのまま符
号化する場合に比べ、冗長な情報を排除して効率的な圧
縮を行うことができるからである。

【０００４】

【発明が解決しようとする課題】しかし、このJPEG圧縮
方式によると、JPEG圧縮した画像データにこれとは別に
JPEG圧縮した画像データを付加して送信できないという
問題が生じてした。以下、カラー原稿に発信元情報（OT
I情報：発信者の名前や発信時刻の情報）を付加して送
信する場合を例に説明する。一般に、ファクシミリ通信
には必要な情報を緊急かつ迅速に伝え入手できるいう利
点があり、この利点を生かすために入手した情報がどの
時点での情報かを示す発信元情報を送信原稿に付加する
ことが行われているが、カラー原稿に発信元情報を付加
して送信する場合には、以下の問題が生じていた。即
ち、モノクロ原稿について用いられるＭＨ（Modified H
uffman）やＭＲ(Modified Read）などの圧縮方式の場合
は、メモリ蓄積送信時において、圧縮画像ファイルの先
頭に発信元情報（OTI情報：発信者の名前や発信時刻の
情報）を付加することにより、簡単に付加情報を送信で
きた。

【０００５】しかし、カラー原稿に用いるJPEG圧縮方式
は、上述の通りブロック毎の圧縮であり、DCT変換係数
のDC成分の符号化に関して直前の画素ブロックとの差分
を符号化するという関係上、直前の画素ブロックの情報
を次のブロックに引き継ぐという特徴がある。

【０００６】したがって、メモリ蓄積送信時において、
圧縮画像ファイルの先頭に圧縮した発信元情報を単純に
付加するだけでは、受信側で正確な復元処理ができない
という問題が生ずる。

【０００７】つまり、圧縮画像ファイルの先頭に、圧縮
された発信元情報が付加されていると、受信側では、発
信元情報の画素ブロックの情報に基づいて画像データの
復号化が開始するので、画像データの符号化に用いられ
た情報（DC成分のデータ）とは異なる発信元情報の符号
化に用いられた情報（DC成分のデータ）に基づいて復号
化を行うことになり、正確な画像の再現ができない。

【０００８】このような不都合を回避するべく、第１に
送信側において、画像の読取り時にはJPEG方式の圧縮を
行わずに読取った画像データをそのままメモリに蓄積し
ておき、メモリ送信を実際に行う時に発信元情報を付加
し、その後画像データと発信元情報とを一体としてJPEG
圧縮を行い送信することも考えられる。これならば、送
信するべき全データを１つのJPEG圧縮処理により符号化
して送信することができ、受信側で問題なく画像の復元
ができる。しかしこれでは、非圧縮の画像データを一旦
格納するための大容量のメモリが必要となるという問題
が生ずる。

【０００９】また、第２に、送信側において、画像デー
タを読取った際に、読取ったデータに発信元情報を直ち
に付加し、その後にJPEG圧縮を行ってメモリに蓄積し、
送信を行うことも考えられる。この場合も、送信するべ
き全データについて１つのJPEG圧縮処理による符号化を
施すことができる。しかし、時刻指定送信やリダイヤル
送信を行う場合のように送信が直ちに行われない場合に
は、画像の読取り時点で付加された発信元情報のうちの
送信時刻情報は過去のものとなり、正確な送信時刻の情
報の送信ができない。

【００１０】また、第３に、読取った画像データは予め
JPEG圧縮してメモリに蓄積しておき、実際のメモリ送信
を開始する際にJPEGの復元化処理を行い、メモリに蓄積
されている圧縮データを一旦復号化して元のデータに戻
し、その復元データの先頭に発信元情報を付加し、再び
JPEG圧縮をして送信することも考えられる。この場合
も、送信すべき全データについて１つのJPEG圧縮処理に
よる符号化を施すことができる。しかし、JPEG圧縮は量
子化を伴う不可逆圧縮であるので、一旦圧縮をしてしま
うと、これを復元した際に量子化誤差に起因する画質劣
化は避けられない。したがって、上述のように、圧縮を
一旦解除し、再度JPEG圧縮を行うと、その時点でカラー
画像の品質が損なわれるという問題が生ずる。

【００１１】このように、上記第１から第３までのいず
れの手段によっても、発信元情報（特に、送信時刻情
報）の正確性の確保と、メモリの容量の削減と、送信す
るべきカラー画像の品質の劣化防止と、をすべて満足す
ることができない。

【００１２】本発明は上述の課題に鑑みてなされたもの
であり、メモリ容量の増大を招くことなく、リアルタイ
ム性を確保しつつ、JPEG圧縮された画像データにこれと
別にJPEG圧縮された画像データを付加して送信し、受信
側で両者の画像データを合成して正確に再現できる通信
装置を提供することを目的とする。

【００１３】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１記載の発明は、メモリ送信の画情報に
発信元情報を付加する場合であって前記発信元情報を外
付けする場合は、先ず発信元情報のライン数に対応する
ダミーデータの符号化情報を１ブロック目として生成
し、符号化処理を初期化した後、１ページ分の画情報を
所定ブロック単位で符号化処理を初期化しながら生成し
た符号化画情報をメモリに格納し、一方、前記発信元情
報を内付けする場合は、前記ダミーデータの符号化情報
を１ブロック目として生成することなく、１ページ分の
画情報を所定ブロック単位で符号化処理を初期化しなが
ら生成した符号化画情報をメモリに格納する構成とし
た。

【００１４】

【００１５】

【００１６】

【００１７】

【００１８】

【００１９】

【００２０】

【００２１】

【００２２】

【００２３】

【００２４】

【００２５】

【００２６】

【００２７】

【００２８】

【００２９】

【００３０】

【００３１】

【００３２】

【００３３】上記の構成により、発信元情報を外付けす
る場合には、画像情報の格納の際に、予め発信元情報の
ライン数に対応するダミーデータを生成して、その後に
１ページ分の画像情報を各ブロック単位で初期化しなが
ら符号化処理をすることにより、送信の際に、ダミーデ
ータの部分のブロックのみを発信元情報へ置き換えるこ
とが可能となるので、画像データの蓄積に用いるメモリ
容量の増大を招くことなく、１ページ分の符号化画像情
報のすべてを一旦復号化することによる画質の劣化を防
ぎつつ送信の正確な時間を受信側へ伝えることができ
る。一方、発信元情報を内付けする場合には、前記ダミ
ーデータの符号化情報を生成することなく、１ページ分
の画像情報を各ブロック単位で初期化しながら符号化処
理をするので、不要な処理が増加するのを防止できる。

【００３４】

【００３５】

【００３６】

【００３７】

【００３８】

【００３９】

【００４０】

【００４１】

【００４２】

【００４３】

【００４４】請求項２記載の発明は、メモリ送信の画情
報に発信元情報を付加する場合であって前記発信元情報
を外付けする場合は、先ず発信元情報のライン数に対応
するダミーデータの符号化情報を１ブロック目として生
成し、符号化処理を初期化した後、１ページ分の画情報
を所定ブロック単位で符号化処理を初期化しながら生成
した符号化画情報をメモリに格納し、一方、前記発信元
情報を内付けする場合は、前記ダミーデータの符号化情
報を１ブロック目として生成することなく、１ページ分
の画情報を所定ブロック単位で符号化処理を初期化しな
がら生成した符号化画情報をメモリに格納し、さらに、
前記発信元情報を外付けする場合にのみ、マーカーコー
ドに受信側で前記発信元情報の取り扱いを自由に変更で
きる旨を記載する構成とした。

【００４５】上記の構成により、発信元情報を外付けす
る処理をした場合のみマーカーコード内に受信側で発信
元情報の設定を変更できる旨を記載することにより、受
信側では原画像を損なうことなく、受信側の希望によ
り、発信元情報の設定を自由に変更することが可能とな
る。

【００４６】請求項３記載の発明は、発信元情報が外付
けされた画情報を受信した場合であってマーカーコード
に１ページ分の画情報を所定ブロック単位で符号化処理
を初期化して符号化した旨及び受信側で発信元情報の設
定を変更できる旨が記載されている場合、受信側で前記
発信元情報を削除するのであれば、前記発信元情報は削
除して前記画情報のみを出力する構成とした。

【００４７】上記の構成により、受信画像情報のマーカ
ーコードに基づき受信側で発信元情報の設定を変更でき
る旨を確認し、受信側で発信元情報を削除することがで
きるので、例えば受信側で受信画像情報がカラーの場合
は、送信側で発信元情報が付加されていても発信元情報
を削除してカラー画像データのみを出力させることが可
能となる。

【００４８】請求項４記載の発明は、発信元情報が外付
けされた画情報を受信した場合であってマーカーコード
に１ページ分の画情報を所定ブロック単位で符号化処理
を初期化して符号化した旨及び受信側で発信元情報の設
定を変更できる旨が記載されている場合、受信側で発信
元情報を外付けから内付けに変更するのであれば、まず
前記発信元情報を読出し、次に画情報を構成する１ブロ
ック目は読出さず２ブロック目以降を読出して出力する
構成とした。

【００４９】上記の構成により、受信画像情報のマーカ
ーコードに基づき受信側で発信元情報の設定を変更でき
る旨を確認し、受信側で発信元情報を外付けから内付け
に変更する場合には、まず前記発信元情報を読出し、次
に画情報を構成する１ブロック目は読出さず２ブロック
目以降を読出すことにより、受信側で発信元情報を外付
けから内付けに変更することができるので、例えば、発
信元情報を外付けすると画像情報を縮小する必要がある
ため画質が劣化するが、この場合でも受信側で内付けに
変更できるので、縮小率をそのままにして出力すること
が可能となり、画質の劣化を防止できる。

【００５０】

【００５１】

【００５２】

【００５３】

【００５４】

【００５５】

【００５６】

【００５７】

【００５８】

【００５９】

【００６０】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００６１】（実施の形態１）図１は実施の形態１にか
かる通信装置の要部の構成を示すブロック図である。図
中、一点鎖線で囲んで示される送信部１０と受信部３０
は、一つのファクシミリ装置に内蔵されるものである。
但し、図１では、送信側と受信側とを明確に区別する必
要上、送信部１０と受信部３０は分離して描かれ、かつ
両者は有線伝送路（通信回線）Ｌ１を介して結ばれてい
るように描いてある。

【００６２】まず、送信部１０の構成と動作の概略を説
明する。

【００６３】送信部１０は、発信元情報を付加したメモ
リ蓄積送信を行う機能を具備しており、操作パネル１２
と、スキャナ１４およびラインメモリ１５からなる読み
取り手段１３と、マーカーコード作成手段１６と、発信
元情報作成手段１７と、タイマ１８と、システムメモリ
１９と、圧縮処理部２０（DCT変換回路２１，量子化回
路２２，エントロピー符号化回路２３，量子化テーブル
２４を含む）と、リスタートマーカー挿入手段２５と、
メモリＡ，Ｂ（参照符号２６，２７）と、送信順制御手
段２８と、通信インタフェース２９と、を有する。

【００６４】操作パネル１２は、発信元情報を付加する
か否か等の送信条件を入力したり、送信先や送信の開始
等を指示するために用いられる。

【００６５】マーカーコード作成手段１６は、オペレー
タによってメモリ蓄積送信の開始を指示するキーが押さ
れると、送信ファイルの先頭および末尾に添付するマー
カーコードを作成し、メモリＡ（参照符号２６）に蓄積
する。マーカーコードは、エントロピー符号化の種類
や、量子化に用いられたテーブルの番号等の情報、なら
びに本通信装置の特徴的な処理である分割圧縮に関する
情報等を含む。

【００６６】読み取り手段１３は、送信対象のカラー写
真画像１１を読み取り、その画像データを圧縮処理部２
０に供給する。圧縮処理部２０では、離散コサイン変換
（DCT），量子化テーブル２４に格納されている量子化
参照値を用いた量子化，エントロピー符号化（ハフマン
符号化や算術符号化）を順次、行う。

【００６７】エントロピー符号化回路２３では、カラー
写真画像１１の画像データを複数のブロックに区分し
て、各ブロック毎に符号化を行う。つまり、ブロックの
数だけ符号化処理が繰り返される。各符号化処理により
符号化されたブロックを単位とする画像データは、メモ
リＡ（参照符号２６）に蓄積される。このとき、リスタ
ートマーカー挿入手段２５は、一つの符号化処理が終了
して新たな符号化処理が開始されたことを示すリスター
トマーカーを、圧縮された各ブロック間に挿入する。

【００６８】発信元情報作成手段１７は、メモリＡ（参
照符号２６）に蓄積されている画像データを実際に送信
するときに、発信元情報（発信者名や送信時刻等）を作
成して圧縮処理部２０に供給する。JPEG方式の圧縮を受
けた発信元情報のデータはメモリＢ（参照符号２７）に
蓄積される。

【００６９】送信順制御手段２８は、メモリＡ，Ｂ（参
照符号２６，２７）から、先頭マーカーコード，圧縮さ
れた発信元情報のデータ，圧縮されたカラー写真画像の
データ，終端マーカーコードを順次、読み出して通信イ
ンタフェース２９に送る。通信インタフェース２９は送
信データを変調して通信回線Ｌ１を介して受信側装置に
送信する。

【００７０】以上が、送信部１０の基本的な構成と動作
である。次に、受信部３０の構成と動作の概要を説明す
る。

【００７１】受信部３０は、通信インタフェース３１
と、エントロピー復号器（ハフマン復号器や算術復号器
等）３２と、マーカーコード解析手段３３と、処理順制
御手段３４と、メモリ３５と、逆量子化回路３８および
逆DCT変換（IDCT）回路３７を具備する逆変換処理部３
６と、画像合成手段３９と、操作パネル４０と、印刷設
定手段４１と、記録手段４２と、を具備する。

【００７２】通信インタフェース３１は送信されてきた
変調信号を復調する。マーカーコード解析手段３３は、
送信ファイルの先頭に添付されているマーカーコードを
解析する。これによって、圧縮データの復元に必要な条
件（例えば、使用する量子化テーブルの番号）や、送信
されてきたデータをどの順番で復元していけばいいのか
といった処理手順に関する情報、送信されてきた圧縮デ
ータがいくつのブロックを含んでいるか、そのブロック
のサイズはどうかといった圧縮データに関する情報、発
信元情報が付加されているか、その発信元情報は受信側
で適宜、変更してもよいかといった発信元情報の取り扱
いに関する情報等が取得される。

【００７３】エントロピー復号器３２は、符号データを
復号化する。このとき、送信側で挿入されたリスタート
マーカーを目印として復号化の条件を初期化しながら、
ブロックを単位とした復号化処理を繰り返す。

【００７４】復号化されたデータはメモリ３５に蓄積さ
れる。処理順制御手段３４は、マーカーコード解析手段
３３の解析結果に基づいて、あるいは、操作パネル４０
と印刷設定手段４１を介して予め設定されている受信側
における印刷条件に基づいて、必要なデータを順次、メ
モリ３５から読み出し、逆変換処理部３６に送る。この
結果、復号データは、逆量子化，逆離散コサイン変換を
受けて２次元配列をもつ画素の画素値に復元される。

【００７５】印刷設定手段４１は、操作パネル４０を介
して入力された印刷の条件等を画像合成手段３９に指示
する。画像合成手段３９は、発信元情報の付加や削除，
あるいは発信元情報のデータを原画像データの一部と置
換する等の処理を行って、一つの画像を合成する。

【００７６】記録手段４２は、画像合成手段３９から供
給される画像データに基づき印刷処理を実行する。この
結果、例えば、カラー写真画像４３に発信元情報４４が
付加された画像がプリントアウトされる。

【００７７】以上が、受信部３０の基本的な構成と動作
である。

【００７８】次に、上述の通信装置における特徴的な動
作である、ブロック分割による符号化・復号化について
具体的に説明する。

【００７９】図２（ａ）〜（ｃ）はブロック分割による
符号化・復号化の基本的な考え方を説明するための図で
あり、（ａ）は従来のJPEG圧縮方式の問題点を示す図、
（ｂ）は本実施の形態におけるJPEG圧縮方式の特徴を示
す図、（ｃ）は圧縮条件の初期化の具体的な意味を説明
するための図である。

【００８０】図２（ａ）において、参照符号５０は１つ
のJPEG圧縮処理を受けたカラー写真画像のデータを含む
ブロックであり、参照符号５１は、時刻を異にした他の
JPEG圧縮処理を受けた発信元情報のデータを含むブロッ
クである。

【００８１】従来の方式では、発信元情報のブロック５
１をカラー写真画像のブロック５０に付加した場合（図
中、矢印）、本来、ブロック５０と５１とは区別され
て復号化されるべきものであるところ、ブロックの境界
がわからないため正確な復号化ができないという問題が
あった。また、JPEG圧縮方式では、DCT変換係数のDC成
分の符号化に際して、直前の画素ブロック（８×８画
素）のDC成分値との差分を符号化するという関係上、各
画素ブロックは連鎖的に関連付けされるので、ブロック
５０の圧縮データの一部を削除してブロック５１を挿入
するといった自由な処理ができないという問題があっ
た。

【００８２】そこで、本実施の形態では、図２（ｂ）に
示すように、従来、１回のJPEG圧縮で一挙に符号化して
いた画像データを４個のブロックに区分けし、各ブロッ
クに対して１回の符号化を施し、それぞれが独立した４
つの圧縮データのブロック５０ａ，５０ｂ，５０ｃ，５
０ｄを作成する。

【００８３】この際、各ブロック５０ａ〜５０ｄは同じ
サイズであり、そのサイズは、発信元情報のブロック５
１のサイズと同じ、あるいは整合性あるサイズ（例え
ば、ブロック５１の半分のサイズ等）としておくのが好
ましい。これは、圧縮データの単位となるブロックのサ
イズがそろっていた方がその後の処理が容易であり、ブ
ロックの置換等も簡単に行えるからであり、また、ブロ
ックの先頭部分のDC成分の符号化では差分値ではなく実
際の値を使用することから符号量が増えるので、ブロッ
クをあまりに細かくすると圧縮率が低下してしまうの
で、これを防止する必要があるからであり、あるいは、
１ブロックが大きすぎると発信元情報を内付けする場合
には画像情報が欠落し、外付けの場合には復元画像の全
体をより小さく縮小する必要があるため画質が劣化する
といった理由によるものである。

【００８４】そして、送信ファイルにおいて、各ブロッ
クの間に一つのブロックが終わって新たなブロックが始
まることを示す目印となるリスタートマーカーを挿入し
ておき、かつ合計で４つのブロック（但し、発信元情報
のブロック５１を一つのブロックと考えると合計で５つ
のブロックとなる）がある旨を先頭マーカーコード部に
記載しておく（この点は後述する）。

【００８５】このようにしておけば、ブロック単位で伸
長処理ができるので、発信元情報５１をブロック５０ａ
の上に外付けして（図２（ａ）の矢印）、あるいは、
ブロック５１をブロック５０ａと置換して（矢印，内
付け）、送信しても、受信側では何も問題が生じない。
したがって、より自由度の高い処理が可能となる。

【００８６】図２（ｃ）は８×８画素の小ブロック毎の
DCT変換係数の２次元配列を示している。小ブロック５
２ａ〜５２ｃは一つのブロック（例えば、図２（ｂ）の
５０ａ）に属するデータであり、小ブロック５３ａ〜５
３ｃは他のブロック（例えば、図２（ｂ）の５０ｂ）に
属するデータである。

【００８７】各小ブロックの左上に示される「DC」は直
流成分を示している。DC成分の符号化に際しては、先頭
の小ブロックのDC成分（参照符号５４）のみ実際の値を
符号化し、以降、差分のみを符号化していくのである
が、本実施の形態では、小ブロック５２ｃのDC成分（参
照符号５６）の符号化が終了すると、その符号化処理を
終了する。そして、次の行からは新たな符号化処理を開
始する。すなわち、次の行の、先頭の小ブロック５３ａ
のDC成分（参照符号５７）については、直前の小ブロッ
ク５２ｃのDC成分との差分を符号化するのではなく、実
際の値を符号化する。これによって、直前の小ブロック
との連鎖は断ち切られる。以下、DC成分５８，５９につ
いては直前の成分との差分を符号化していく。

【００８８】このように、DC成分の符号化に関して、途
中で一つの圧縮処理を終了して新たな符号化処理を開始
することを、本明細書では、「符号化の条件（圧縮の条
件）を初期化して符号化する」、「符号化処理を初期化
して符号化する」或いは「所定ブロック単位毎に分割し
て符号化処理を初期化しながら符号化する」と記載す
る。また、時刻をまったく異にして別の圧縮処理を受け
る場合には、「異なる符号化処理（圧縮処理）を受け
る」と記載する。復号化処理についても同様である。な
お、DCT変換係数のAC成分については実際の値を符号化
するので、このような問題は生じない。

【００８９】次に、図１の送信部１０によって作成され
る送信ファイルのフォーマットについて説明する。

【００９０】図３に示すように、図１のメモリＡ（参照
符号２６）には、送信しようとする圧縮画像データが所
定の形式で格納されており、メモリＢ（参照符号２７）
には発信元情報の圧縮データ６１が格納されている。

【００９１】メモリＡに格納されている送信画像ファイ
ルは、先頭と終端にマーカーコード部（参照符号５５と
６０）があり、各マーカーコード部に挟まれて、圧縮画
像データ５６（ブロック１）〜圧縮画像データ５９（ブ
ロックｎ）がある。各ブロックは、符号化処理の条件を
初期化しつつ圧縮されて得られたブロックである。ここ
でのブロックとは、図２（ｂ）で説明したブロック５０
ａから５０ｄに相当するものである。

【００９２】また、圧縮画像データのブロック間に挿入
されている「RST0〜RSTn」はリスタートマーカーと呼ば
れるマーカーである。

【００９３】JPEGのベースラインシステムで解釈できな
ければならないとされるマーカーコードには、このリス
タートマーカー（RST）が含まれており、このリスター
トマーカーは、伝送エラーが発生した場合の再同期をと
ること等を目的として、圧縮データ間に挿入可能とされ
ているものである。つまり、非常時に使用される処理の
初期化を意味するコードであり、現状では、通常の圧縮
処理には使用されていない。

【００９４】本実施の形態では、このような、JPEG規格
に含まれてはいるが、現状では補助的にしか使用されな
い冗長な機能に着目し、この機能を積極的に活用し、分
割して圧縮したデータを送信するための送信ファイルの
作成に利用するのであり、これにより、国際標準である
JPEG規格を乱すことなく、新規な形態の送信が可能とな
る。

【００９５】同様に、JPEGの画像フォーマットの先頭マ
ーカーコード部には、データ圧縮に何ら関係のない情報
（例えば、コピーライトの指定に用いる文字コード等）
を記載できる冗長な部分が用意されている。この部分
に、分割圧縮したブロックの数やリスタートマーカーの
挿入間隔（各ブロックのサイズ）等の情報を記載してお
けば、受信側に必要な情報を送信することができる。

【００９６】図４に、JPEGのベースラインプロセスに使
用される圧縮画像ファイルのフォーマットの一例が示さ
れる。

【００９７】この図４において、実線で囲まれる部分
は、現状の画像の圧縮処理に直接利用される部分であ
り、点線で囲まれる部分は、圧縮には直接関与しない冗
長部分である。

【００９８】図中、SOIはイメージの先頭を表すマーカ
ーであり、DQTは量子化マトリクスの内容記述欄を示す
マーカーであり、DNLはライン数を定義する欄を示すマ
ーカーであり、DRIはリスタートマーカーの挿入間隔を
示す欄を示すマーカーであり、COMは自由なコメントを
記載できる欄を示すマーカーであり、APPnはアプリケー
ションセグメントのためにリザーブされているマーカー
であり、SOF0は基本DCT処理のフレームを示すマーカー
であり、RST0〜RSTnはリスタートマーカーであり、DNL
はライン数を定義するマーカーであり、EOIはイメージ
の終端を示すマーカーである。各マーカーコードは、JP
EGベースラインプロセスにおいて解釈できなければなら
ないとされるコードであるため、JPEG圧縮データの伸長
機能をもつ装置は、これらのコードを理解できるように
なっている。

【００９９】本実施の形態では、先頭マーカーコード部
５５における、DRIマーカー，COMマーカー，APPnマーカ
ーを積極的に使用して、分割圧縮に関係する情報（各種
パラメータ等）を各マーカーコードが示す欄に記載して
おき、また、画像データは分割してブロック毎に圧縮
し、分割された圧縮データの境界（各ブロックの境界）
にはリスタートマーカー（RST）を挿入しておく。

【０１００】また、リスタートマーカー（RST0，RST1…
…RSTn）自体が自己の識別情報をもっているので、本実
施の形態では、これを活用し、リスタートマーカーを目
印として所望の圧縮データブロックを検索するようにし
ている（この点については後述する）。このように、本
実施の形態では、既存の機能を活用して、新規かつ効率
的な処理を実現する。

【０１０１】図１に示される送信分１０を用いて、画像
情報に発信元情報を付加してメモり蓄積送信する場合の
手順の概要を図５および図６に示す。

【０１０２】図５は、送信するべきデータをメモリに蓄
積するまでの処理手順を示す。

【０１０３】まず、マーカーコードを作成し（ステップ
７０）、メモリＡに蓄積し（ステップ７１）する。

【０１０４】次に、符号化処理を初期化し（ステップ７
２）、送信しようとする画像の読取り・圧縮（符号化）
・メモリＡへの蓄積処理を実行する（ステップ７３）。
続いて、１ページ分の圧縮処理が終了しているか否かを
判断し（ステップ７４）、終了していなければ一つのブ
ロックについて圧縮が終了したかを判断し（ステップ７
５）、終了していなければステップ７３に戻り、終了し
ていればリスタートマーカーを作成してメモリＡに蓄積
し（ステップ７６）、符号化処理を初期化して（ステッ
プ７７）、ステップ７３に戻る。また、ステップ７４で
全ページの処理が終了していれば、終端マーカーコード
を作成し、メモリＡに格納する（ステップ７８）。そし
て、全ページの処理が終了していれば（ステップ７
９）、メモリへの蓄積処理を終了する（ステップ７
９）。

【０１０５】次に、図６を用いて、メモリに蓄積された
データを送信する処理の手順を説明する。ここでは、発
信元情報のデータを画像データに内付けして送信する場
合について説明する。ここで「内付け」とは、画像デー
タの一部を発信元情報のデータに置換すること（画像デ
ータの一部に発信元情報のデータを上書きすること）で
ある。また、「外付け」とは、画像データを欠損させる
ことなく、画像データの全部に発信元情報を付加するこ
とである。したがって、本実施の形態では、図３に示す
圧縮画像データ５６（ブロック１）を、発信元情報のデ
ータ６１に置換して送信することになる。

【０１０６】まず、発信元情報（発信時刻の情報を含
む）を作成し（ステップ８０）、圧縮してメモリＢに蓄
積する（ステップ８１）。次に、メモリＡに蓄積されて
いる先頭マーカーコード部のデータを送信し（ステップ
８２）、続いて、メモリＢに蓄積されている発信元情報
のデータを送信する（ステップ８３）。続いて、リスタ
ートマーカーRST0を目印として、このマーカー以降の圧
縮画像データ（図３の参照符号５８，５９）を送信し
（ステップ８４）、終端マーカーコード部のデータを送
信する（ステップ８６）。そして、全ページについて、
データの送信が完了するまで同様の処理を繰り返す（ス
テップ８６）。

【０１０７】次に、図１の受信部３０が、送信されてき
た圧縮データを伸長して画像を復元する処理について、
図７を用いて説明する。

【０１０８】まず、送信されてきた信号を復調し（ステ
ップ９０）、次に、送信ファイルの先頭のマーカーコー
ドを解析する（ステップ９１）。この結果、送信されて
きたデータは、図３に示すように発信元情報が内付けさ
れたものであり、n-1個の圧縮画像データのブロックを
含み、そのブロックの大きさ（リスタートマーカーの挿
入間隔）はどれだけであるか、といった情報が取得され
る。

【０１０９】このような情報に基づき、圧縮データの先
頭から伸長処理を開始し（ステップ９２）、リスタート
マーカーが現れる毎に復号化の条件を初期化しながら、
順次復号化，逆量子化，逆離散コサイン変換をおこなっ
て各ブロックに相当する画像を復元し（ステップ９
３）、それらの画像を合成して発信元情報が付加された
画像データを得、その画像をプリントする（ステップ９
４）。全ページのプリントアウトが終了するまで、同様
の処理を繰り返す（ステップ９５）。これによって、送
信されてきた全画像をプリントアウトすることができ
る。

【０１１０】次に、図１の構成を実現するために必要
な、ファクシミリ装置のハードウエアの構成例につい
て、図８を用いて説明する。

【０１１１】カラー光学系１０１は、カラー原稿をＲＧ
Ｂ成分に色分解して読取るカラー読取部と、通常の白黒
２値で読取るモノクロ読取部とを有し、各々読み取った
データをＡ／Ｄ変換部１０２、シェーデング補正部１０
３をで処理した後に色補正部１０４に入力する。

【０１１２】色補正部１０４は、読取デバイスがＣＣＤ
かＣＩＳかにより読み取ったRGBデータの比率の補正を
行うものである。また、経時変化により変動する光源の
光量の補正もこの色変換部１０４で行う。その際に使用
する補正データは、予め色補正データメモリ１０５に格
納されている。

【０１１３】多値画像符号復号化部１０６は、多値のカ
ラー画像をＪＰＥＧ方式又はＪＢＩＧ方式で符号・復号
を行う。多値画情報メモリ１０７は、多値画像の符号・
復号処理のために用いられる非圧縮データのラインメモ
リーである。

【０１１４】この多値画像符号復号化部１０６は、カラ
ー光学系１０１から読み取ったカラーデータをＪＰＥＧ
圧縮する。

【０１１５】なお、２値画像符号復号化部１０８はカラ
ーの２値画像をＪＢＩＧ圧縮する。このとき、JBIG圧縮
するとともに、白黒２値の画像をＪＢＩＧ、ＭＲ、ＭＭ
Ｒ等の符号復号方式で符号・復号を行う。２値画情報メ
モリ１０９は、白黒２値画像の符号・復号処理のために
用いられる非圧縮データのラインメモリーである。

【０１１６】色変換部１１０は、読取系と記録系との色
空間を変換する手段であり、ＲＧＢ成分とＣＩＥＬａｂ
との相互の色空間変換を実行するＲＧＢ／ＣＩＥＬａｂ
変換部１１１と、ＣＩＥＬａｂとＹＣｂＣｒ成分との相
互の色空間変換を実行するＹＣｂＣｒ／ＣＩＥＬａｂ変
換部１１２とから構成される。

【０１１７】ファクシミリ通信はＣＩＥＬａｂデータに
より行われるため、ＲＧＢ／ＣＩＥＬａｂ変換部１１１
が、読取系のＲＧＢ色空間と通信系のＣＩＥＬａｂ色空
間との変換を行うことにより、データの互換が可能にな
る。また、ＪＰＥＧデータは、インターネット上ではＹ
ＣｂＣｒ色空間で扱われるため、本ファクシミリ装置が
インターネットを経由して受信したデータを処理する場
合を想定して、ＹＣｂＣｒ／ＣＩＥＬａｂ変換部１１２
が設けられている。

【０１１８】尚、ここで、ＣＩＥＬａｂ、ＹＣｂＣｒと
は、ＣＩＥ（国際照明学会）で定めた、明度と色度とで
表現される標準色空間の一つである。

【０１１９】変倍処理回路１１３は、画像の解像度変換
処理、拡大縮小処理等を行う回路である。

【０１２０】画像メモリ１１４は、読取データ又は受信
データを圧縮した状態で格納するメモリであり、図１の
メモリＡに相当するメモリである。記録用メモリ１１５
は、圧縮データを復元した状態の記録用データを格納す
るメモリである。この記録用メモリ１１５に格納された
データは、記録制御部１１６の制御により記録ヘッド１
１７で記録される。記録ヘッド１１７では、インクジェ
ット方式やレーザー記録方式のような記録方式に応じ
て、ＣＭＹＫ４色のカラーインクやカラートナーを使用
して記録が行われる。

【０１２１】また、色補正部１１９は、記録用メモリ１
１５に格納されているカラーデータの記録に際して、記
録方式がインクジェットかレーザー記録かによって、Ｃ
ＭＹＫデータの比率の補正を行う。補正処理後のカラー
データは、ガンマ補正部１２０でガンマ補正され、誤差
拡散処理部１２１で誤差拡散処理される。

【０１２２】ＣＭＹＫ変換部１２２では、この誤差拡散
処理後のデータを記録系のＣＭＹＫ色空間に変換する処
理を行う。記録用メモリ１１５には、ＲＧＢ／ＣＩＥＬ
ａｂ変換部１１１と又はＹＣｂＣｒ／ＣＩＥＬａｂ変換
部１１２により色空間変換処理された後のデータが格納
されているので、このＣＭＹＫ変換部１２２での変換
は、ＣＩＥＬａｂ／ＣＭＹＫ色変換のみを行えばよい。

【０１２３】２値多値変換部１２３及びシステムメモリ
１２４は、発信元情報データの保存・生成を行う。シス
テムメモリ１２４は、図１のメモリＢに相当するメモリ
である。発信元情報データは、オペレータにより操作パ
ネル１２５から入力され、システムメモリ１２４に一時
記憶される。発信元情報データをマーカーコードに定義
して送信する場合には、このシステムメモリ１２４から
読み出してセットし、送信側で符号化して送信する場合
には、発信元情報データをシステムメモリ１２４から読
み出して２値多値変換部１２３により多値変換した後に
圧縮して、送信する画像データとともに送信する。

【０１２４】また、このシステムメモリ１２４には、上
述したブロック分割による圧縮を行うプログラムを含む
装置制御のための種々のプログラムが格納されている。

【０１２５】尚、回線制御部１２６は、外部端末とデー
タ送受信のための回線制御を行い、ＣＰＵ１２７は、上
記の装置全体を制御する。また、ワークメモリ１２８
は、色補正部１１９、ガンマ補正部１２０、誤差拡散処
理部１２１、ＣＭＹＫ変換部１２２が適宜使用する作業
のメモリである。

【０１２６】（実施の形態２）本実施の形態では、発信
元情報を付加するかしないか、あるいは、発信元情報を
内付けにするか外付けにするか等を送信側で自由に選択
できるようにし、また、受信側においても同様の選択を
自由にできるようにして、送受信の自由度を高めるよう
にする。

【０１２７】本実施の形態にかかる通信装置の基本的な
構成は図１と同じである。但し、メモリ送信するときの
送信データの選択や送信順序の制御、あるいは受信側に
おけるデータの選択や画像合成の制御等を行うことが必
要となる。このような制御は、図８のシステムメモリ１
２４に搭載する制御プログラムに基づいてなされる。

【０１２８】以下、本実施の形態における特徴的な動作
を図９，図１０を用いて説明する。図９は、発信元情報
（OTI情報）を付加するかしないか、あるいは発信元情
報を内付けとするか外付けとするか、を選択してメモリ
蓄積送信する場合のデータの送信手順を説明するための
図である。図９の上段はOTI無しの場合であり、中段はO
TIを内付け（インサイド）する場合であり、下段はOTI
を外付け（アウトサイド）する場合を示す。

【０１２９】前掲の実施の形態で説明したように、圧縮
画像データはメモリＡに蓄積されており、OTI情報の圧
縮データはメモリＢに蓄積されている。

【０１３０】OTI無しの送信（通常送信）の場合は、図
９の上段に示されるように、圧縮画像データ６２にはリ
スタートマーカーが挿入されず、送信は、ブロック
「１」，「２」，「３」の順になされる。

【０１３１】OTIのインサイド付加の場合は、図９の中
段に示されるように、圧縮画像データの最初のブロック
（参照符号５６，BLOCK1）の次に、リスタートマーカー
（RST0）が挿入され、以下、所定間隔をおいてリスター
トマーカーが順次、挿入されている。

【０１３２】また、OTIアウトサイド付加の場合は、下
段に示されるように、圧縮画像データの前にダミー白デ
ータを圧縮したブロック６３が設けられ、所定間隔で、
リスタートマーカーRST0〜RSTnが順次、挿入されてい
る。ダミー白データは、メモリから読み出すときのタイ
ミングを調整するために挿入される。

【０１３３】そして、外付けの場合および内付の場合
は、共に、「１」，「４」，「２」，「３」の順に送信
がなされる。このとき、送信するべき圧縮画像データの
選択（検索）は、リスタートマーカーを目印にして行わ
れる。よって、所望のデータの選択（検索）が容易であ
る。

【０１３４】次に、図１０を用いて、受信・伸長・プリ
ント処理の手順を説明する。受信側では、送られてきた
データの先頭マーカーコードの部を解析してプリント処
理に必要な情報を取得し、その情報に基づいて処理を行
う。

【０１３５】この場合、先頭マーカーコード部に、OTI
の取り扱いは受信側で自由に変更してもよい旨の情報が
記載されていれば、受信側は、OTI無し，OTI外付け，OT
I内付けを選択できる。但し、送信側でOTIが内付けされ
ている場合、受信側でさらに内付け処理を行うと、原画
像データの欠損の影響で画質が劣化するので、原則とし
て、OTIが外付けされて送信されてきた場合のみ、上述
した受信側での自由な選択を可能とするのが好ましい。

【０１３６】受信したデータは、図１０の中央に示され
るような構造（フォーマット）となっている。OTIを付
加しない場合には、受信データを「２」，「３」の順に
プリント処理を行う。また、OTIを内付けする場合は、
「１」，「３」の順にプリントし、外付けする場合は、
「１」，「２」，「３」の順にプリントする。

【０１３７】次に、メモリ蓄積送信および受信処理の具
体的手順について、図１１〜図１４を用いて説明する。

【０１３８】図９に示した送信処理は、図１１および図
１２の一連の処理を実行することによって実現される。
ここで、図１１は、画像メモリに先頭マーカーコード
（および白ダミーデータ）を蓄積するまでの処理（メモ
リ蓄積処理の前半）の手順を示す。

【０１３９】まず、オペレータがモード（例えば、JPEG
を用いたカラー画像の圧縮モード）を設定し、操作パネ
ルを操作してメモリへの蓄積処理を開始させる（ステッ
プ１４０）。次に、先頭マーカーコード部の作成する処
理を行う。ステップ１４１で先頭マーカーコード部の作
成を開始し、続いて、OTIを付加するか否かを判断する
（ステップ１４２）。OTI情報を付加しない場合は図４
で示したDRIマーカーに０（リスタートマーカーRSTを挿
入しないことを意味する）をセットする（ステップ１４
３）。一方、OTI情報を付加する場合には、解像度に応
じてリスタートマーカ（RST）の挿入間隔を決定してDRI
マーカーに、その値をセットする（ステップ１４４）。
続いて、その他のマーカーコードやヘッダ情報等を作成
し（ステップ１４５）、先頭マーカーコード部画像メモ
リＡに蓄積する（ステップ１４６）。これで、先頭マー
カーコード部の作成処理は終了する。

【０１４０】次に、OTI情報を外付けにより付加する場
合にダミー白データを生成する処理を行う。即ち。OTI
情報を付加するか、ならびに外付けするかを判定し（ス
テップ１４７，１４８）、外付けする場合、OTI情報の
サイズ分のダミー白ラインを作成し（ステップ１４
９）、OTI情報の２値／多値変換と解像度変換を行い
（ステップ１５０）、多値ラインメモリ上に展開する
（ステップ１５１）。なお、ステップ１４９において作
成されるダミー白ラインデータは、図９に左下側に示さ
れる参照符号６３に相当する。

【０１４１】そして、多値画像圧縮処理を行って圧縮画
像データをメモリＡに蓄積し（ステップ１５２）、全ラ
インが終了するまでステップ１４９〜ステップ１５３ま
での処理を実行し（ステップ１５３）、全ラインが終了
すると、「RST0マーカー」を作成してメモリＡに蓄積し
（ステップ１５４）、符号化処理の初期化を行う（ステ
ップ１５５）。このステップ１５５で作成される「RST0
マーカー」は、図９の左下側においてRST0と記載される
マーカーであり、圧縮された白ダミーデータ６３に続い
てRST0マーカーが挿入される。これにより、次のブロッ
クの符号化において、実際の値で符号化が開始されるこ
とになり、前ブロックとの連鎖は断ち切られることにな
る。

【０１４２】なお、ステップ１４７，１４８において、
OTI情報を付加しない場合およびOTI情報を外付けしない
場合には、ステップ１４９〜ステップ１５５までの各処
理は行わない。これで、ダミー白データの作成処理は終
了する。

【０１４３】ここで、OTIを付加するか否かあるいは付
加の態様は、ページ単位毎に自由に変更でき、この場合
には、ページ毎にOTI設定条件を変更する場合の処理
（ステップ１５６）を実行する。このステップ１５６
は、現在のページについてのOTI設定を個別にセットす
る処理（ステップ１５７）を含む。

【０１４４】また、受信側におけるOTI情報の自由な取
り扱いを許可する場合には、その旨を通知するための処
理（ステップ１５９）を実行する。ステップ１５９は、
OTI情報を付加するか否かを判定する処理（ステップ１
６０）と、外付けするかしないかを判定する処理（ステ
ップ１６１）と、図４に示したAPPマーカーもしくはCOM
マーカーに、受信側にてOTI情報の取り扱いを自由に変
更できる旨を記載する（ステップ１６２）。OTI情報が
外付けの場合にのみ、ステップ１６２の処理を行えるよ
うにするのは、内付けの場合は送信画像データの一部が
失われるので、受信側でさらに内付け処理を許すと原画
像データの欠損が大きくなって画質が低下するので、こ
れを防止するためである。

【０１４５】以上の処理が終了すると、次に、図１２に
示す処理（メモリ蓄積処理の後半）を実行する。

【０１４６】まず、スキャナを用いて原稿を読取り（ス
テップ１７０）、Ａ/Ｄ変換処理を施し（ステップ１７
１）、シェーディング補正処理を行い（ステップ１７
２）、多値ラインメモリに展開する（ステップ１７
３）。続いて、読取り用色補正処理を実行し（ステップ
１７４）、多値画像圧縮処理を行ってメモりＡに蓄積す
る（ステップ１７５）。

【０１４７】次に、全ラインの読み取りが終了したかを
判定する（ステップ１７６）。全ラインが終了していな
いときはOTI情報を付加するのか否かを判定し（ステッ
プ１７７）、OTIを付加する場合には、分割された一つ
のブロックについての処理、つまり、リスタートマーカ
ーRSTの挿入間隔分の処理が終了したか否かを判定する
（ステップ１７８）。

【０１４８】ステップ１７８で、１つのブロックの処理
が終了した場合には、続いて、OTI情報を外付けするか
内付けするかを判定し（ステップ１７９）、外付けの場
合にはステップ１８０を実行し、内付けの場合にはステ
ップ１８１を実行する。このステップ１８０，ステップ
１８１は共に、リスタートマーカー（ＲＳＴｎ（ｎは０
以上の整数であり、順次更新される））を作成してメモ
リＡに蓄積する処理である。但し、ステップ１８０にお
いて、最初に作成・蓄積されるRSTマーカーの識別番号
は「１」（つまりRST1が作成・蓄積される）であり、一
方、ステップ１８１において、最初に作成・蓄積される
RSTマーカーの識別番号は「０」（つまり、RST0が作成
・蓄積される）である点に注意を要する。これにより、
図９の左下側に示されるように、外付けの場合には、圧
縮データ（BLOCK1）５７に続いてリスタートマーカーRS
T1が挿入され、また、内付けの場合には、図９の左中央
に示されるように、圧縮データ（BLOCK1）５６に続い
て、リスタートマーカーRST0が、挿入されることにな
る。

【０１４９】次に、符号化処理を初期化して（ステップ
１８２）、ステップ１７１に戻り、上述の処理を繰り返
す。ここでも、ステップ１８２の符号化処理の初期化に
より、次のブロックの符号化は、実際の値で符号化が開
始されることになり、前ブロックとの連鎖は断ち切られ
ることになる。

【０１５０】一方、ステップ１７６で全ラインが終了し
ていれば（ステップ１７６）、終端マーカーコード部を
作成して画像メモリＡに蓄積する（ステップ１８３）。
そして、全ページについての処理が終了するまで、以上
の処理を繰り返す（ステップ１８４）。

【０１５１】以上の処理により、図９の左側および中央
に示すような送信用データがすべて準備されたことにな
る。したがって、次に、図１３に示すメモリー送信処理
を実行する。

【０１５２】即ち、まず、OTI情報を付加した送信であ
るか否かを判定し（ステップ１９０）、OTI情報を作成
する（ステップ１９１）。そして、OTI情報をラスタイ
メージに展開し（ステップ１９２）、２値／多値変換と
解像度変換を行い（ステップ１９３）、多値ラインメモ
リ上に展開し（ステップ１９４）、多値画像を圧縮して
メモリＢに蓄積する（ステップ１９５）。以上の処理
を、全ラインが終了するまで繰り返す（ステップ１９
６）。

【０１５３】続いて、送信を開始し（ステップ１９
７）、送信画像ファイルの先頭に付加される先頭マーカ
ーコード部を送信する（ステップ１９８）。この先頭マ
ーカーコード部は、図１１のメモリ蓄積処理で生成して
メモリＡに蓄積したものである。そして、OTI情報を付
加するか否かを判定し（ステップ１９９）、付加しない
のであれば、メモリＡに蓄積された全ての圧縮データを
送信する（ステップ２００）。

【０１５４】一方、ステップ１９９において、OTI情報
を付加するのであれば、まず、メモリＢに蓄積されてい
るOTI情報の圧縮データを送信し（ステップ２０１）、
続いて、メモリＡに蓄積されている、リスタートマーカ
ーRST0以降の圧縮データを送信する（ステップ２０
２）。ここで、注目すべきは、OTI情報を内付けする場
合と外付けする場合とを区別することなく、RST0を目印
としてデータを検索して送信するだけでよいことであ
る。すなわち、図９の右側に示すように、ブロック
「１」，「４」を送信し、続いて、内付け・外付けを問
わず、ブロック「２」を送信すればよい。これは、図１
１のステップ１５４や図１２のステップ１７７〜ステッ
プ１８１の各処理によって、図９の左側に示されるよう
な送信画像ファイルがあらかじめ構築されていることに
よる効果である。

【０１５５】次に、メモリＡに蓄積されている終端マー
カーコード部を送信する（ステップ２０３）。すなわ
ち、図９の右側に示すように、「１」，「４」，「２」
に続いて、「３」を送信する。以上の各処理を全ページ
のデータを全て送信するまで、繰り返す（ステップ２０
４）。

【０１５６】なお、ページ毎にOTI情報の設定を変更し
てよい旨を受信側に送信する場合には、処理２０５を実
行する。処理２０５は、現在のページについてのOTI情
報の設定をセットする処理（ステップ２０６）を含む。
以上で、送信側における送信処理が完了する。

【０１５７】次に、受信側における受信・データのプリ
ント処理の手順について、図１４を用いて説明する。受
信されたデータは、図１０に示すような構造となってお
り、図１０の右側に示すような手順でプリント処理がな
される。

【０１５８】即ち、まず、マーカーコードを解析して、
送信されてきたデータについての情報を取得する（ステ
ップ２１０）。つまり、OTI情報が付加されているか、
分割してJEPG圧縮された画像データを含むか、リスター
トマーカーの挿入間隔はどのくらいか、受信側における
OTI情報の自由な取り扱いが許可されているか否か、と
いった種々の情報が取得される。

【０１５９】ここで、マーカーコードの解析の結果、付
加されているOTI情報について、受信側で自由に取り扱
ってよい旨が記載されていることがわかると（ステップ
２１１）、続いて、受信側のオペレータがOTI情報の付
加を希望しているか否かを判定する（ステップ２１
２）。

【０１６０】もし、OTI情報の付加を望まないのであれ
ば、リスタートマーカーRST0を検索し、RST0以降のデー
タの伸長を開始し（ステップ２１３）、データの伸長処
理，プリントを順次行っていき、この処理を、全データ
のプリントアウト・全ページのプリントアウトが完了す
るまで行う（ステップ２１５，ステップ２２６）。これ
により、例えば、受信側で受信したカラー画像データの
みを出力したい場合には、送信画像データに発信元情報
が付加されていても、これを受信側でこれを削除でき
る。

【０１６１】また、ステップ２１２において、OTI情報
の付加を希望するのであれば、外付けをするのか否かを
判断する（ステップ２１６）。内付けを希望するのであ
れば、圧縮データ先頭からのデータの伸長処理を開始し
（ステップ２１７）、データの伸長及びプリント処理を
行う（ステップ２１８）。ここで、リスタートマーカー
RST0までの伸長処理が終了すると（ステップ２１９）、
次に、リスタートマーカーRST0ではなくRST1を検索し
て、RST1以降のデータについて伸長処理を再開し（ステ
ップ２２０）、データの伸長・プリント処理を順次、行
っていく。以上の処理を全データのプリントアウトが終
了するまで行う（ステップ２２２）。このようにして、
図１０の右側・中央に示す「１」，「３」の手順でプリ
ント処理が行われる。以上の処理を、全ページについて
行う（ステップ２２６）。これにより、例えば、発信元
情報を外付けすると画像データを縮小する必要があるた
め画質が劣化するが、これを避けたい場合には受信側で
内付けに変更することにより、縮小率をそのままにして
出力でき、画質の劣化を防止できる。

【０１６２】また、ステップ２１６において、OTI情報
を外付けしたいのであれば、圧縮データの先頭からデー
タの伸長を開始し（ステップ２２３）、データの伸長・
プリント処理を続行し（ステップ２２４）、全データを
プリントするまで、同様の処理を繰り返し行う（ステッ
プ２２５）。以上の処理が全ページについて行われる
（ステップ２２６）。このようにして、図１０の右下側
に示した順序で、プリント処理が行われる。

【０１６３】なお、ページ毎にOTIを付加するか否かを
制御する場合には、処理２２７を実行する。処理２２７
は、現在のページについて、OTI情報の設定をセットす
る処理（ステップ２２７）を含む。

【０１６４】本発明では、画像データをブロック単位で
分割して圧縮するので、そのブロックを単位として組み
合わせを変更したり、組み合わせる順序を変更すること
が容易にできる。したがって、本実施の形態のような、
多様な送受信（圧縮・伸長）処理を実行することが可能
となる。

【０１６５】なお、本実施の形態では、OTIを画像の先
頭に付加する場合を想定しているが、これに限定される
ものではない。例えば、図９において、OTI情報を送信
するタイミングを変更することにより、画像中の任意の
位置にOTIを付加することも可能である。

【０１６６】（実施の形態３）本実施の形態では、本発
明のブロック単位の分割圧縮，リスタートマーカーのも
つ識別情報等を活用して、前掲の２つの実施の形態より
も、さらに自由な送受信処理（圧縮・伸長，画像合成処
理）を行う。

【０１６７】図１５（ａ）は、送信側で、発信元情報
（OTI）を画像データに外付けして送信し、受信側で、
奇数番のリスタートマーカーに対応するブロックの画像
データのみを組み合わせて合成し、これにOTIを外付け
してプリントする場合の画像データのフォーマットを示
している。

【０１６８】図１５（ｂ）では、OTI情報の代わりに他
の画像を用意し、種々の画像データ２３６〜２３７を、
リスタートマーカーを目印にして任意に組み合わせて合
成し、プリントする場合を示している。

【０１６９】例えば、応用例として、ファクシミリ装置
に簡単なワープロ機能（メッセージ入力機能）をもた
せ、メッセージと画像、ならびにメッセージを画像に挿
入する位置を示す情報（例えば、画像の中央に挿入）を
入力して、ブロック分割によるJPEG圧縮を施してメモリ
蓄積送信し、受信側で、マーカーコードに記載されてい
る情報やリスタートマーカーを目印として、所定の順番
でデータの伸長を行い、画像合成処理を施すことによ
り、画像の中央にメッセージが挿入された１枚の画像を
プリントアウトする、というようなことも行える。

【０１７０】

【発明の効果】以上説明したように本発明は、画像デー
タをブロック単位で分割して圧縮するので、そのブロッ
クを単位として組み合わせを変更したり、組み合わせる
順序を変更することが容易にできる。したがって、発信
元情報の付加形態や付加位置を容易に変更できるように
なり、さらに、その他のメッセージの添付や画像合成等
の処理の自由度が向上するという効果がある。また、JP
EG規格に本来、備わっている冗長な機能を活用するの
で、JPEG規格を乱すこともなく、かつ実現が容易であ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態１にかかる通信装置の送信
分および受信部の要部の構成を示すブロック図

【図２】（ａ）JPEG圧縮データを従来方式でメモリ蓄積
送信する場合の問題点を説明するための図（ｂ）実施の形態１にかかるJPEG圧縮の特徴を説明する
ための図（ｃ）実施の形態１にかかる符号化条件の初期化の意義
を説明するための図

【図３】実施の形態１にかかるメモリ蓄積送信するべき
データのフォーマット例を示す図

【図４】JPEGベースラインプロセスにおける画像データ
のフォーマット例を示す図

【図５】実施の形態１における圧縮データのメモリへの
蓄積処理の手順を示す図

【図６】実施の形態１におけるメモリ送信処理の手順を
示す図

【図７】実施の形態１における受信側プリント処理の手
順を示す図

【図８】実施の形態１にかかる通信装置のハードウエア
構成の一例を示す図

【図９】本発明の実施の形態２におけるメモリ蓄積送信
の送信順を示す図

【図１０】実施の形態２におけるプリント処理の順番を
示す図

【図１１】実施の形態２におけるメモリへの蓄積処理
（前半）の具体的な手順例を示す図

【図１２】実施の形態２におけるメモリへの蓄積処理
（後半）の具体的な手順例を示す図

【図１３】実施の形態２におけるメモリ送信処理の具体
的な手順例を示す図

【図１４】実施の形態２における受信側プリント処理の
具体的な手順例を示す図

【図１５】本発明の実施の形態３にかかる画像合成の一
例を示す図

【符号の説明】

１０送信部１１カラー写真画像１２操作パネル１３読み取り部１６マーカーコード作成手段１７発信元情報作成手段２０符号化回路２５リスタートマーカー挿入手段２６，２７メモリＡ，Ｂ２９，３１通信インタフェース３２復号器３３マーカーコード解析手段３４処理順制御手段３５メモリ３６逆変換回路３９画像合成回路４０操作パネル４１印刷設定手段４２記録手段４３復元画像４４発信元情報（OTI）

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 1/41 - 1/419 H04N 1/21 H04N 1/387

Claims

(57)【特許請求の範囲】

【請求項１】メモリ送信の画情報に発信元情報を付加
する場合であって前記発信元情報を外付けする場合は、
先ず発信元情報のライン数に対応するダミーデータの符
号化情報を１ブロック目として生成し、符号化処理を初
期化した後、１ページ分の画情報を所定ブロック単位で
符号化処理を初期化しながら生成した符号化画情報をメ
モリに格納し、一方、前記発信元情報を内付けする場合
は、前記ダミーデータの符号化情報を１ブロック目とし
て生成することなく、１ページ分の画情報を所定ブロッ
ク単位で符号化処理を初期化しながら生成した符号化画
情報をメモリに格納することを特徴とする通信装置。
【請求項２】メモリ送信の画情報に発信元情報を付加
する場合であって前記発信元情報を外付けする場合は、
先ず発信元情報のライン数に対応するダミーデータの符
号化情報を１ブロック目として生成し、符号化処理を初
期化した後、１ページ分の画情報を所定ブロック単位で
符号化処理を初期化しながら生成した符号化画情報をメ
モリに格納し、一方、前記発信元情報を内付けする場合
は、前記ダミーデータの符号化情報を１ブロック目とし
て生成することなく、１ページ分の画情報を所定ブロッ
ク単位で符号化処理を初期化しながら生成した符号化画
情報をメモリに格納し、さらに、前記発信元情報を外付
けする場合にのみ、マーカーコードに受信側で前記発信
元情報の取り扱いを自由に変更できる旨を記載すること
を特徴とする通信装置。
【請求項３】発信元情報が外付けされた画情報を受信
した場合であってマーカーコードに１ページ分の画情報
を所定ブロック単位で符号化処理を初期化して符号化し
た旨及び受信側で発信元情報の設定を変更できる旨が記
載されている場合、受信側で前記発信元情報を削除する
のであれば、前記発信元情報は削除して前記画情報のみ
を出力する通信装置。
【請求項４】発信元情報が外付けされた画情報を受信
した場合であってマーカーコードに１ページ分の画情報
を所定ブロック単位で符号化処理を初期化して符号化し
た旨及び受信側で発信元情報の設定を変更できる旨が記
載されている場合、受信側で発信元情報を外付けから内
付けに変更するのであれば、まず前記発信元情報を読出
し、次に画情報を構成する１ブロック目は読出さず２ブ
ロック目以降を読出して出力する通信装置。