JPH11313210A

JPH11313210A - 通信装置及び通信方法

Info

Publication number: JPH11313210A
Application number: JP11750098A
Authority: JP
Inventors: Masazo Hirakawa; 雅三平川
Original assignee: Matsushita Graphic Communication Systems Inc
Current assignee: Panasonic System Solutions Japan Co Ltd
Priority date: 1998-04-27
Filing date: 1998-04-27
Publication date: 1999-11-09
Anticipated expiration: 2018-04-27
Also published as: JP3223163B2

Abstract

(57)【要約】【課題】 JPEG圧縮データをメモリ蓄積送信する場
合に、発信元情報を自由に付加することを可能とするこ
と。【解決手段】画像データをJPEGにより符号化する際、
所定サイズのブロックを単位として符号化条件を初期化
しながら圧縮（分割圧縮）し、各ブロック間にリスター
トマーカー挿入手段２５がリスタートマーカーを挿入し
て送信画像ファイルを形成する。発信元情報も上述のブ
ロックのサイズと同等のサイズに圧縮されて、圧縮画像
データと共に送信される。受信側では、マーカーコード
解析手段３３が圧縮条件等の情報を取得し、その情報に
基づいて伸長・画像合成処理がなされる。

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圧縮された画像データを付加して送信し、受信
側で両者の画像データを合成して正確に再現できる通信
装置又は通信方法を提供することを目的とする。

【００１３】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１記載の発明は、画像データの符号化手
段と、符号化処理を施して格納した画像データを送信前
に加工する場合、前記画像データの符号化の際に１ペー
ジ分の画像データを所定ブロック単位毎に分割して符号
化処理を初期化しながら前記符号化手段に符号化を行わ
せる制御手段とを具備する構成とした。

【００１４】請求項２記載の発明は、画像データの符号
化手段と、符号化処理を施した第１の画像データとこの
第１の画像データとは別に符号化処理を施した第２の画
像データとを合成して第３の画像データとして送信する
場合、前記第１の画像データの符号化の際に１ページ分
の画像データを所定ブロック単位毎に分割して符号化処
理を初期化しながら前記符号化手段に符号化を行わせる
制御手段とを具備する構成とした。

【００１５】請求項３記載の発明は、１ページ分の画像
データを所定ブロック単位毎に分割して符号化処理を初
期化しながら符号化する第１処理と１ページ分の画像デ
ータを途中で初期化せずに符号化を行う第２処理とを行
う符号化手段と、前記第１処理で符号化した第１の画像
データを格納する第１メモリと、前記第２処理で符号化
した第２の画像データを格納する第２メモリと、第１の
画像データを送信する場合、前記第１の画像データのブ
ロックの１つとして前記第２の画像データを挿入するこ
とにより、前記第１の画像データと前記第２の画像デー
タとを合成して送信する制御手段とを具備する構成とし
た。

【００１６】上記請求項１乃至請求項３の構成により、
符号化処理を施して格納した画像データを送信前に加工
する場合であっても、画像データをブロック単位で分割
して圧縮するので、画像データを蓄積するメモリ容量を
増大させることなく、また、加工の際に一旦復号化して
元のデータを戻す処理をせずに、ブロック単位で組合わ
せを変更したり、組合わせの順序を変更することが容易
になり、さらに、その他のメッセージの添付や画像合成
等の処理の自由度を向上させることができ、不可逆性の
符号化方式による場合でも画質の劣化を防止できる。し
かも、所定ブロック単位毎に分割して符号化処理を初期
化しながら符号化する処理は、本来であれば伝送エラー
が発生した場合の再同期をとることを目的とするが、本
請求項の発明では、このような、JPEG規格に本来備わっ
ているが、現状では補助的にしか使用されない冗長な機
能に着目し、この機能を積極的に使用して、一旦符号化
処理を施して格納した画像データを送信前に加工する場
合に利用するので、国際標準であるJPEG規格を乱すこと
なく、かつ画像データの画質の劣化を招くことなく新規
な形態の送信が可能となる。

【００１７】請求項４記載の発明は、請求項１乃至３記
載の発明において、符号化手段は、所定ブロック単位を
示す識別符号を挿入することで、１ページ分の画像デー
タを所定ブロック単位毎に符号化処理を初期化しながら
符号化を行うものである。上記の構成により、符号化処
理を施して格納した画像データを送信前に加工する場合
には、所定ブロック単位を示す識別符号を挿入して、所
定ブロック単位に符号化を初期化するので、受信側では
分割して符号化されたデータであることを認識でき、前
記識別符号を目印にして新たなブロックの始まりを認識
することが可能となる。この結果、受信側では、前記識
別符号を目印に復号化条件を初期化しながら復号化処理
を行えば、画像を正確に再現できる。

【００１８】請求項５記載の発明は、請求項２又は請求
項３記載の発明において、第２の画像データは、第１の
画像データを符号化する際の所定ブロックの大きさと整
合性を持つ大きさのデータとしたものである。

【００１９】上記の構成により、別に符号化処理を施し
た第２の画像データを第１の画像データのブロックの大
きさと整合性のある大きさとすることで、一旦符号化処
理を施して格納した第１の画像データを送信前に前記第
２の画像データと自由に組合わせて送信することが可能
となる。

【００２０】請求項６記載の発明は、請求項２又は請求
項３記載の発明において、第１の画像データの符号化処
理と第２の画像データの符号化処理とは、時間間隔をお
いて行うこととしたものである。上記の構成により、第
１の画像データと第２の画像データとが時間間隔をおい
て別に符号化されたものであっても、符号化処理を施し
て第１の画像データを格納する際に、所定ブロック単位
毎に分割して符号化処理を初期化しながら符号化するの
で、前記第１の画像データのブロックの１つとして前記
第２の画像データを挿入させることが可能となり、メッ
セージの添付等の画像データを合成することができる。

【００２１】請求項７記載の発明は、画像データの復号
化手段と、１ページ分の画像データを所定ブロック単位
で符号化処理を初期化して符号化した旨の記載が受信画
像データを構成するマーカーコード内にあるか否かを解
析する手段と、前記記載がある場合には１ページ分の画
像データにおいて所定ブロック単位を示す識別符号を検
出する毎に復号化処理を初期化して１ページ分の画像デ
ータを前記復号化手段に復号化処理を行わせる制御手段
とを具備する構成とした。

【００２２】上記の構成により、受信側では、受信画像
データ中に識別符号が現れる毎に復号化条件を初期化し
つつ伸長処理を行うので、受信データがたとえ別に符号
化された第１の画像データと第２の画像データとを混在
させたものであっても、各画像を合成して一枚の画像と
して正確に再現することができる。

【００２３】請求項８記載の発明は、符号化処理を施し
て格納した画像データを送信前に加工する場合には、前
記第１の画像データを符号化して格納する際に１ページ
分の画像データを所定ブロック単位で分割して符号化処
理を初期化しながら符号化をするようにした。

【００２４】請求項９記載の発明は、符号化処理を施し
て格納された第１の画像データを、別に符号化処理を施
した第２の画像データと合成して第３の画像データとし
て送信する場合には、前記第１の画像データを符号化し
て格納する際に１ページ分の画像データを所定ブロック
単位で分割して符号化処理を初期化しながら符号化をす
るようにした。

【００２５】請求項１０記載の発明は、１ページ分の画
像データを所定ブロック単位で分割して符号化処理を初
期化しながら符号化する第１処理で第１の画像データを
符号化し、１ページ分の画像データを途中で初期化せず
に符号化を行う第２処理で第２の画像データを符号化
し、第１の画像データを送信する場合、前記第１の画像
データのブロックの１つとして前記第２の画像データを
挿入することにより、前記第１の画像データと前記第２
の画像データとを合成して送信するようにした。上記請
求項８乃至請求項１０記載の方法により、一旦符号化処
理を施して格納した画像データを送信前に加工する場合
であっても、画像データをブロック単位で分割して圧縮
するので、画像データを蓄積するメモリの容量を増大さ
せることなく、また、加工の際に一旦復号化した元のデ
ータに戻す処理をせずに、そのブロックを単位として組
合わせを変更したり、組合わせの順序を変更することが
容易になり、さらに、その他のメッセージの添付や画像
合成等の処理の自由度を向上させることができ、不可逆
性の符号化方式による場合でも画質の劣化を防止でき
る。しかも、本請求項の発明では、本来であれば伝送
エラーが発生した場合に再同期をとることを目的とし、
補助的にしか使用されない冗長な機能に着目し、この機
能を積極的に使用するものなので、国際標準であるJPEG
規格を乱すことなく、新規な形態の送信が可能となる。

【００２６】請求項１１記載の発明は、画像データを受
信すると、１ページ分の画像データを所定ブロック単位
で符号化処理を初期化して符号化した旨の記載が前記画
像データを構成するマーカーコード内にあるか否かを解
析し、前記記載がある場合には１ページ分の画像データ
において所定ブロック単位を示す符号を検出する毎に復
号化処理を初期化して１ページ分の画像データを復号化
するようにした。

【００２７】上記の方法により、受信側では、受信画像
データ中に識別符号が現れる毎に復号化条件を初期化し
つつ伸長処理を行うので、受信データがたとえ別に符号
化された第１の画像データと第２の画像データとを混在
させたものであっても、各画像を合成して一枚の画像と
して正確に再現することができる。

【００２８】請求項１２記載の発明は、メモリ送信の画
情報をメモリに格納する際、マーカーコード内に、発信
元情報を付加する場合には１ページ分の画情報を所定ブ
ロック単位に符号化処理を初期化して符号化する旨を記
載し、一方、発信元情報を付加しない場合には１ページ
分の画情報を途中で初期化せずに符号化する旨を記載す
る構成とした。

【００２９】上記の構成により、発信元情報を付加する
場合としない場合とで、符号化画像情報の形式を変える
ことをマーカーコードに記載することにより、受信側で
は１ページ内で復号化処理を初期化するか否かを判別で
きるので、発信元情報の有無の双方の場合において的確
な処理を行うことができる。

【００３０】請求項１３記載の発明は、メモリ送信の画
情報をメモリに格納する際、発信元情報を付加する場合
には１ページ分の画情報を所定ブロック単位で符号化処
理を初期化して符号化処理を行い、一方、発信元情報を
付加しない場合には１ページ分の画情報を途中で初期化
しないで符号化処理を行う構成とした。

【００３１】上記の構成により、発信元情報を付加する
場合としない場合とで、画像情報をメモリに格納する際
の形式を変えることにより、発信元情報を付加する場合
にだけ１ページ分の画像情報を所定ブロック単位で符号
化処理を初期化して符号化処理を行うので、画像データ
の蓄積に用いるメモリ容量の増大を招くことなく、発信
元情報を付加する場合には画像の劣化を防止しつつ送信
の正確な時間を受信側へ伝えることができ、一方、発信
元情報を付加しない場合には不要な処理が増加するのを
防止できる。

【００３２】請求項１４記載の発明は、発信元情報を画
情報に外付けする場合にメモリ送信の画情報をメモリに
格納する際は、先ず発信元情報のライン数に対応するダ
ミーデータの符号化情報を１ブロック目として生成し、
符号化処理を初期化した後、１ページ分の画情報を所定
ブロック単位で符号化処理を初期化しながら生成した符
号化画情報をメモリに格納する構成とした。

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

【００３４】請求項１５記載の発明は、メモリ送信で発
信元情報を付加する場合、画情報の格納の際は１ページ
分の画情報を所定ブロック単位で符号化処理を初期化し
ながら生成した符号化画情報をメモリに格納する制御を
し、メモリ送信の際は先ず発信元情報を作成しこの発信
元情報の符号化情報を送信して次にメモリに格納されて
いる２ブロック目以降の符号化画情報を送信する制御を
する構成とした。

【００３５】上記の構成により、発信元情報を付加する
場合には、画像情報の格納の際に１ページ分の画像情報
を所定ブロック単位で初期化しながら符号化処理を施
し、送信の際に発信元情報を作成して送信し、続いて２
ブロック目以降のブロックを送信することにより、発信
元情報の部分のみをメモリに格納されている情報と置き
換えることができるので、メモリ容量の増大を招くこと
なく、１ページ分の符号化画像情報のすべてを一旦復号
化することによる画質の劣化を防ぎつつ送信の正確な時
間を受信側へ伝えることができる。

【００３６】請求項１６記載の発明は、請求項１２記載
の発明において、マーカーコード内に１ページ分の画情
報を所定ブロック単位で符号化処理を初期化して符号化
する旨を記載するか否かは、ページ単位に判断するよう
にした。

【００３７】上記の構成により、ページ単位毎に発信元
情報を付加するか否かを設定できるので、例えば、１ペ
ージ目がカバーレター，２ページ目がカラー原稿のよう
な場合には、１ページ目にのみ発信元情報を付加するこ
とにより、送信の正確な時間を受信側へ伝えつつカラー
原稿の美しさを損なわないようにすることができる。

【００３８】請求項１７記載の発明は、請求項１３記載
の発明において、１ページ分の画情報を所定ブロック単
位で符号化処理を初期化して符号化処理を行うか否か
は、ページ単位に判断するようにした。

【００３９】上記の構成により、発信元情報を付加する
か否かをページ単位で制御することができる。

【００４０】請求項１８記載の発明は、請求項１４記載
の発明において、画情報をメモリに格納する際に、符号
化画情報をメモリに格納する前に発信情報のライン数に
対応するダミーデータの符号化情報を１ブロック目とし
て生成するか否かは、ページ単位で判断するようにし
た。

【００４１】上記の構成により、発信元情報を、外付け
するか否かをページ単位で制御することができる。

【００４２】請求項１９記載の発明は、請求項１５記載
の発明において、メモリ送信の際に先ず発信元情報を作
成しこの発信元情報を情報の符号化情報を送信するか否
かは、ページ単位で判断するようにした。

【００４３】上記の構成により、発信元情報を付加する
か否かをページ単位で制御することができる。

【００４４】請求項２０記載の発明は、メモリ送信の画
情報に発信元情報を付加する場合には、マーカーコード
内に１ページ分の画情報を所定ブロック単位で符号化処
理を初期化して符号化した旨及び受信側で発信元情報の
設定を変更できる旨を記載し、発信元情報のライン数に
対応するダミーデータの符号化情報を１ブロック目とし
てメモリに格納し、１ページ分の画情報を所定ブロック
単位で符号化処理を初期化した符号化画情報を２ブロッ
ク目以降としてメモリに格納し、送信の際には先ず発信
元情報を作成しこの発信元情報の符号化情報を送信して
次にメモり内の２ブロック目以降の符号化画情報を送信
する構成とした。

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

【００４６】請求項２１記載の発明は、１ページ分の画
情報を所定ブロック単位で符号化処理を初期化して符号
化した受信画情報を受信し、受信画情報のマーカーコー
ドを解析して１ページ分の画情報を所定ブロック単位で
符号化処理を初期化して符号化した旨及び受信側で発信
元情報の設定を変更できる旨が記載されていれば、受信
側で発信元情報を削除するか否かを確認し削除するので
あれば、前記受信画情報を２ブロック目から読出して出
力する構成とした。

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

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

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

【００５０】請求項２３記載の発明は、請求項１０乃至
請求項２０のいずれかに記載の発明において、所定ブロ
ックの大きさは、発信元情報のライン数に対応するよう
にした。

【００５１】上記の構成により、１ページ内での符号化
処理の初期化する回数が増えると画質が劣化するため、
１ブロックの大きさを発信元情報のライン数に対応させ
ることによって、発信元情報を付加することによる画質
の劣化を最小限度に抑えることができる。また、１ブロ
ックが大きすぎると、内付けの場合は画像情報が欠落
し、外付けの場合はより小さく縮小する必要が生じるた
め画質が劣化するが、このような不都合も回避できる。

【００５２】請求項２４記載の発明は、請求項１から請
求項６及び請求項１２から請求項２０のいずれかに記載
の発明において、符号化処理は、ｎ×ｎの小ブロックを
単位として、注目小ブロックの符号化を直前小ブロック
の情報との差分を符号化することにより行うものとし
た。

【００５３】請求項２５記載の発明は、請求項８から請
求項１０のいずれかに記載の発明において、符号化処理
は、ｎ×ｎの小ブロックを単位として、注目小ブロック
の符号化を直前小ブロックの情報との差分を符号化する
ことにより行うものとした。

【００５４】上記請求項２４の構成又は請求項２５の方
法により、JPEG規格の符号化方式のように、ｎ×ｎの小
ブロックを単位として、注目小ブロックの符号化を直前
小ブロックの情報との差分を符号化するものであって
も、画像データを蓄積する際のメモリ容量の増大を招く
ことなく、送信画像データの画質の劣化を防止しつつ画
像データの自由な加工が可能となる。

【００５５】請求項２６記載の発明は、直交変換・量子
化・符号化を行ってデータを圧縮するデータ圧縮手段
と、圧縮データを蓄積するためのメモリと、マーカーコ
ード作成手段と、発信元情報作成手段と、前記符号化の
新たな開始を示すリスタートマーカーを作成して前記圧
縮データ中に挿入するリスタートマーカー挿入手段と、
前記メモリに蓄積されたデータを送信する送信手段と、
を具備する構成とした。

【００５６】上記の構成により、送信するべき画像デー
タを所定のサイズのブロックに区分し、各ブロック毎に
JPEG圧縮処理を施し、また、発信元情報についてもJPEG
圧縮処理を施し、前記ブロックに発信元情報の圧縮デー
タを加えてメモリ蓄積送信を行うことができる。また、
マーカーコード部に、ブロックに分割して圧縮を行った
旨やブロックのサイズ（リスタートマーカーの挿入間
隔）等を記載しておけば、受信側では、分割して圧縮さ
れたデータであることを認識でき、かつ、新たなブロッ
クの始まりをリスタートマーカーを目印にして認識する
ことができる。これにより、受信側では、リスタートマ
ーカーを目印に、DCT変換係数のDC成分の復号化条件を
初期化しながら、通常のエントロピー復号化処理を順次
行えば、画像を正確に再現でき、復元された発信元情報
と復元されたカラー画像等を合成すれば一枚の画像が得
られる。

【００５７】請求項２７記載の発明は、受信データを復
号化する復号化手段と、送信されてきたデータに含まれ
るマーカーコードを解析して画像の復元に必要な情報を
得るマーカーコード解析手段と、復号化されたデータに
ついて逆量子化・逆直交変換を行う逆変換手段と、この
逆変換手段による処理を経て復元された画像を合成する
画像合成手段と、を具備する構成とした。

【００５８】上記の構成により、分割して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）

Claims

【特許請求の範囲】

【請求項１】画像データの符号化手段と、符号化処理
を施して格納した画像データを送信前に加工する場合、
前記画像データの符号化の際に１ページ分の画像データ
を所定ブロック単位毎に分割して符号化処理を初期化し
ながら前記符号化手段に符号化を行わせる制御手段とを
具備する通信装置。
【請求項２】画像データの符号化手段と、符号化処理
を施した第１の画像データとこの第１の画像データとは
別に符号化処理を施した第２の画像データとを合成して
第３の画像データとして送信する場合、前記第１の画像
データの符号化の際に１ページ分の画像データを所定ブ
ロック単位毎に分割して符号化処理を初期化しながら前
記符号化手段に符号化を行わせる制御手段とを具備する
通信装置。
【請求項３】１ページ分の画像データを所定ブロック
単位毎に分割して符号化処理を初期化しながら符号化す
る第１処理と１ページ分の画像データを途中で初期化せ
ずに符号化を行う第２処理とを行う符号化手段と、前記
第１処理で符号化した第１の画像データを格納する第１
メモリと、前記第２処理で符号化した第２の画像データ
を格納する第２メモリと、第１の画像データを送信する
場合、前記第１の画像データのブロックの１つとして前
記第２の画像データを挿入することにより、前記第１の
画像データと前記第２の画像データとを合成して送信す
る制御手段とを具備する通信装置。
【請求項４】符号化手段は、所定ブロック単位を示す
識別符号を挿入することで、１ページ分の画像データを
所定ブロック単位毎に符号化処理を初期化しながら符号
化を行うことを特徴とする請求項１乃至３記載の通信装
置。
【請求項５】第２の画像データは、第１の画像データ
を符号化する際の所定ブロックの大きさと整合性を持つ
大きさのデータであることを特徴とする請求項２又は３
記載の通信装置。
【請求項６】第１の画像データの符号化処理と第２の
画像データの符号化処理とは、時間間隔をおいて行われ
ることを特徴とする請求項２又は３記載の通信装置。
【請求項７】画像データの復号化手段と、１ページ分
の画像データを所定ブロック単位で符号化処理を初期化
して符号化した旨の記載が受信画像データを構成するマ
ーカーコード内にあるか否かを解析する手段と、前記記
載がある場合には１ページ分の画像データにおいて所定
ブロック単位を示す識別符号を検出する毎に復号化処理
を初期化して１ページ分の画像データを前記復号化手段
に復号化処理を行わせる制御手段とを具備する通信装
置。
【請求項８】符号化処理を施して格納した画像データ
を送信前に加工する場合には、前記第１の画像データを
符号化して格納する際に１ページ分の画像データを所定
ブロック単位で分割して符号化処理を初期化しながら符
号化をする通信方法。
【請求項９】符号化処理を施して格納された第１の画
像データを、別に符号化処理を施した第２の画像データ
と合成して第３の画像データとして送信する場合には、
前記第１の画像データを符号化して格納する際に１ペー
ジ分の画像データを所定ブロック単位で分割して符号化
処理を初期化しながら符号化をする通信方法。
【請求項１０】１ページ分の画像データを所定ブロッ
ク単位で分割して符号化処理を初期化しながら符号化す
る第１処理で第１の画像データを符号化し、１ページ分
の画像データを途中で初期化せずに符号化を行う第２処
理で第２の画像データを符号化し、第１の画像データを
送信する場合、前記第１の画像データのブロックの１つ
として前記第２の画像データを挿入することにより、前
記第１の画像データと前記第２の画像データとを合成し
て送信する通信方法。
【請求項１１】画像データを受信すると、１ページ分
の画像データを所定ブロック単位で符号化処理を初期化
して符号化した旨の記載が前記画像データを構成するマ
ーカーコード内にあるか否かを解析し、前記記載がある
場合には１ページ分の画像データにおいて所定ブロック
単位を示す符号を検出する毎に復号化処理を初期化して
１ページ分の画像データを復号化する通信方法。
【請求項１２】メモリ送信の画情報をメモリに格納す
る際、マーカーコード内に、発信元情報を付加する場合
には１ページ分の画情報を所定ブロック単位に符号化処
理を初期化して符号化する旨を記載し、一方、発信元情
報を付加しない場合には１ページ分の画情報を途中で初
期化せずに符号化する旨を記載する通信装置。
【請求項１３】メモリ送信の画情報をメモリに格納す
る際、発信元情報を付加する場合には１ページ分の画情
報を所定ブロック単位で符号化処理を初期化して符号化
処理を行い、一方、発信元情報を付加しない場合には１
ページ分の画情報を途中で初期化しないで符号化処理を
行う通信装置。
【請求項１４】発信元情報を画情報に外付けする場合
にメモリ送信の画情報をメモリに格納する際は、先ず発
信元情報のライン数に対応するダミーデータの符号化情
報を１ブロック目として生成し、符号化処理を初期化し
た後、１ページ分の画情報を所定ブロック単位で符号化
処理を初期化しながら生成した符号化画情報をメモリに
格納する通信装置。
【請求項１５】メモリ送信で発信元情報を付加する場
合、画情報の格納の際は１ページ分の画情報を所定ブロ
ック単位で符号化処理を初期化しながら生成した符号化
画情報をメモリに格納する制御をし、メモリ送信の際は
先ず発信元情報を作成しこの発信元情報の符号化情報を
送信して次にメモリに格納されている２ブロック目以降
の符号化画情報を送信する制御をする通信装置。
【請求項１６】マーカーコード内に１ページ分の画情
報を所定ブロック単位で符号化処理を初期化して符号化
する旨を記載するか否かは、ページ単位に判断すること
を特徴とする請求項１２記載の通信装置。
【請求項１７】１ページ分の画情報を所定ブロック単
位で符号化処理を初期化して符号化処理を行うか否か
は、ページ単位に判断することを特徴とする請求項１３
記載の通信装置。
【請求項１８】画情報をメモリに格納する際に、符号
化画情報をメモリに格納する前に発信情報のライン数に
対応するダミーデータの符号化情報を１ブロック目とし
て生成するか否かは、ページ単位で判断することを特徴
とする請求項１４記載の通信装置。
【請求項１９】メモリ送信の際に先ず発信元情報を作
成しこの発信元情報を情報の符号化情報を送信するか否
かは、ページ単位で判断することを特徴とする請求項１
５記載の通信装置。
【請求項２０】メモリ送信の画情報に発信元情報を付
加する場合には、マーカーコード内に１ページ分の画情
報を所定ブロック単位で符号化処理を初期化して符号化
した旨及び受信側で発信元情報の設定を変更できる旨を
記載し、発信元情報のライン数に対応するダミーデータ
の符号化情報を１ブロック目としてメモリに格納し、１
ページ分の画情報を所定ブロック単位で符号化処理を初
期化した符号化画情報を２ブロック目以降としてメモリ
に格納し、送信の際には先ず発信元情報を作成しこの発
信元情報の符号化情報を送信して次にメモり内の２ブロ
ック目以降の符号化画情報を送信する通信装置。
【請求項２１】１ページ分の画情報を所定ブロック単
位で符号化処理を初期化して符号化した受信画情報を受
信し、受信画情報のマーカーコードを解析して１ページ
分の画情報を所定ブロック単位で符号化処理を初期化し
て符号化した旨及び受信側で発信元情報の設定を変更で
きる旨が記載されていれば、受信側で発信元情報を削除
するか否かを確認し削除するのであれば、前記受信画情
報を２ブロック目から読出して出力する通信装置。
【請求項２２】１ページ分の画情報を所定ブロック単
位で符号化処理を初期化して符号化した受信画情報を受
信し、受信画情報のマーカーコードを解析して１ページ
分の画情報を所定ブロック単位で符号化処理を初期化し
て符号化した旨及び受信側で発信元情報の設定を変更で
きる旨が記載されていれば、受信側で発信元情報を外付
けから内付けに変更するか否かを確認し変更するのであ
れば、前記受信画情報の１ブロック目をまず読出し、次
に３ブロック目以降を読出して出力する通信装置。
【請求項２３】所定ブロックの大きさは、発信元情報
のライン数に対応することを特徴とする請求項１２から
請求項２２のいずれかに記載の通信装置。
【請求項２４】符号化処理は、ｎ×ｎの小ブロックを
単位として、注目小ブロックの符号化を直前小ブロック
の情報との差分を符号化することにより行うものである
ことを特徴とする請求項１から請求項６及び請求項１２
から請求項２０のいずれかに記載の通信装置。
【請求項２５】符号化処理は、ｎ×ｎの小ブロックを
単位として、注目小ブロックの符号化を直前小ブロック
の情報との差分を符号化することにより行うものである
ことを特徴とする請求項８から請求項１０のいずれかに
記載の通信方法。
【請求項２６】直交変換・量子化・符号化を行ってデ
ータを圧縮するデータ圧縮手段と、圧縮データを蓄積す
るためのメモリと、マーカーコード作成手段と、発信元
情報作成手段と、前記符号化の新たな開始を示すリスタ
ートマーカーを作成して前記圧縮データ中に挿入するリ
スタートマーカー挿入手段と、前記メモリに蓄積された
データを送信する送信手段と、を具備することを特徴と
する通信装置。
【請求項２７】受信データを復号化する復号化手段
と、送信されてきたデータに含まれるマーカーコードを
解析して画像の復元に必要な情報を得るマーカーコード
解析手段と、復号化されたデータについて逆量子化・逆
直交変換を行う逆変換手段と、この逆変換手段による処
理を経て復元された画像を合成する画像合成手段と、を
具備することを特徴とする通信装置。
【請求項２８】一つの画像データを複数のデータに分割
し、分割データ毎に処理を初期化しつつ符号化を行なう
とともに前記各分割データ毎にリスタートマーカを付加
し、符号化された前記分割データを一括して送信し受信
側で前記リスタートマーカを基準に各分割データを復号
・合成させる、ことを特徴とする通信方法。