JPH09102861A

JPH09102861A - データ通信装置及び方法

Info

Publication number: JPH09102861A
Application number: JP8116223A
Authority: JP
Inventors: Shintaro Abe; 新太郎阿部; Kaoru Nakamura; 薫中村
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1996-05-10
Filing date: 1996-05-10
Publication date: 1997-04-15
Anticipated expiration: 2016-05-10
Also published as: JP2733465B2

Abstract

(57)【要約】【課題】１通信内で文字データと複数種類の画像デー
タが混在した混在データを画質を劣化させることなく忠
実に送信する。【解決手段】文字データと複数種類の画像データを含
む１通信分の混在データを発生する発生手段と、該混在
データを前記文字データと複数種類の画像データの各々
に分割する分割手段と、該分割手段による分割で得られ
たデータを１つの通信先へ送信する送信手段とを有する
ことを特徴とするデータ通信装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は画像データを送信す
るデータ通信装置及び方法に関するものである。

【０００２】

【従来の技術】従来、ワープロ等で扱われる文字データ
とＦＡＸ等で扱われる画像データを含む混在データを送
信するデータ通信装置があった。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
データ通信装置では、文字データ以外の画像データは１
画素を２値で表す２値データしか扱うことができないの
で、例えばモノクロ多値画像やカラー多値画像が上記画
像データに含まれている場合にも、全て画像データは２
値データとして扱われていた。

【０００４】従って操作者が文字と共にカラー多値画像
等を含む複数種類の画像混在するような複雑な画像を画
質が劣化することなく、そのまま送信できない場合があ
るという問題があった。

【０００５】以上の問題を解決するために本発明は、１
通信において文字と複数種類の画像が混在する様な画像
を示す混在データを画質を劣化させることなく忠実に送
信することができるデータ通信装置を提供することを目
的とする。

【０００６】更には、通信相手先の機能に応じたデータ
通信を行うことを別の目的とする。

【０００７】

【課題を解決するための手段】上述の課題を解決するた
め本発明の請求項１に記載のデータ通信装置によれば、
文字データと複数種類の画像データを含む１通信分の混
在データを発生する発生手段と、該混在データを前記文
字データと複数種類の画像データの各々に分割する分割
手段と、該分割手段による分割で得られたデータを１つ
の通信先へ送信する送信手段とを有することを特徴とす
る。

【０００８】

【発明の実施の形態】以下図面を参照して本発明の実施
の形態を詳細に説明する。

【０００９】図１は本発明の実施の形態を示すブロック
図であり、図２は上記実施の形態を示す斜視図である。

【００１０】リーダ１０は、所定原稿を読取って電気信
号を出力するものである。

【００１１】又、リーダは２値画像域と写真画像等の様
な中間調画像域との像域を識別でき、後者に対してディ
ザ・パターン等で読み込む等の画像処理機能を持つ。

【００１２】ファクシミリ本体２０は、リーダ／プリン
タインタフェース２１と、イメージコンプレッションユ
ニット（以下「ＩＣＵ」という）２２と、プログラムメ
モリ（以下「ＰＭＥＭ」という）２３と、ビットムーブ
ユニット（以下「ＢＭＵ」という）２４と、イメージメ
モリ（以下「ＩＭＥＭ」という）２５と、ビデオＲＡＭ
（以下「ＶＲＡＭ」という）２６と、中央処理装置（以
下「ＣＰＵ」という）２７と、バス２９と、コミュニケ
ーションコントロールユニット（以下「ＣＣＵ」とい
う）３０とを有する。

【００１３】ＩＣＵ２２は、データを圧縮または伸長す
るものであり、符号化率を高くするためには、二次元圧
縮（高圧縮）が採用されている。ＰＭＥＭ２３は、ファ
クシミリ本体２０の周辺に設けられている入出力装置や
ファクシミリ本体内の各ユニットを制御するためのＯＳ
プログラム、アプリケーションプログラムメモリエリア
を有し、また、キャラクタコードをイメージデータに変
換するためのフォントメモリエリアを有するものであ
る。

【００１４】また、ＰＭＥＭ２３は、メモリマネージメ
ントユニット（ＭＭＥＵ）を有し、ハードディスクから
ＣＣＵ３０を介して送信したり、ＣＣＵ３０からハード
ディスクへ格納したりするための伝送データのバッファ
としてのワークエリアも有している。なお、上記バッフ
ァは、ディスク、回線等の速度合せのためのものであ
る。又キー６１による文章のコードデータを格納する。

【００１５】ＢＭＵ２４は、ＣＲＴ６０において、画像
の編集（画像処理）を行なうものであり、所定画像を拡
大、縮小、回転、移動またはカット等を行なうものであ
る。

【００１６】ＩＭＥＭ２６は、４Ｍバイトを有し、リー
ダからの画像を格納したり、ＢＭＵ２４による編集画像
を格納したり、ＩＣＵ２２によって伸長したデータを格
納したり、キャラクタコードをイメージに変換したデー
タを格納するものである。ここで、混在文書情報の１頁
はビットイメージデータのブロックとキャラクタコード
データのブロックの合成で構成される。各ブロックデー
タは識別コードとブロック位置を示す属性コードを付し
てＰＭＥＭ，ＩＭＥＭに格納されたりする。尚属性コー
ドは各ブロックが伝送されるとき付与することもでき
る。

【００１７】ＶＲＡＭ２６は、ＣＲＴ６０に表示する画
像データを、ビットマップコードによって記憶するもの
である。

【００１８】また、外部記憶装置として、ハードディス
ク装置５０とフロッピーディスク装置５１とが設けられ
ている。これらの装置は不揮発性メモリであるが、不揮
発性メモリとして、バックアップメモリを使用してもよ
い。

【００１９】キーボード６１は、文字等を入力するとと
もに、カーソルを使用してＣＲＴ６０上の位置を指定す
るものである。６２は、ポインティングデバイスの１つ
である。この他、プリンタ７０が設けられている。

【００２０】以上の構成において本実施の形態では、画
像データと文字コードデータをブロックに分割して通信
する。そして更に画像データにおいても２値画像領域と
中間画像領域（ないしは、２値画像であっても非常に細
かい画像領域）はそれぞれ別々のブロックに分割して各
領域に対応した圧縮処理を行ってデータ通信するもので
ある。

【００２１】図５は、本実施の形態におけるＣＰＵ２７
の制御動作を示すフローチャート図である。

【００２２】図５のステップＳ１，Ｓ１９においてデー
タの作成かデータの通信かを判別する。

【００２３】オペレータは、データを作成する場合に
は、キーボード６１により装置をデータ作成モードに
し、データを送信する場合には、キーボード６１により
装置をデータ送信モードにする。又、ステップＳ１９で
は、回線からの呼び出し信号の有無を判別する。

【００２４】データ作成の場合は、ステップＳ１からス
テップＳ２に進み、データ通信の場合はステップＳ１９
からステップＳ２０に進む。

【００２５】ステップＳ２，Ｓ３では、作成するデータ
がキャラクタデータかイメージデータかを判別する。オ
ペレータはデータ作成する場合、ＣＲＴ６０の表示を見
ながら１頁づつ原稿データを作成して行くが、この時、
１頁の原稿を全てキャラクタデータ、或いは全てイメー
ジデータ、或いはキャラクタデータとイメージデータの
混在データにすることが出来る。オペレータはこれから
入力するデータがキャラクタデータか或いはイメージデ
ータかをキーボード６１により指示し、装置をキャラク
タ入力モード，イメージ入力モードにする。ＣＰＵ２７
はステップＳ２，Ｓ３でキャラクタ入力モードか、イメ
ージ入力モードかを判別する。

【００２６】ステップＳ２でキャラクタ入力モードと判
断すると、ステップＳ５において１頁の原稿においてキ
ャラクタデータが入力される領域データ（ブロック領
域）とキャラクタの形式（文字の大きさ、或いは、文字
の配列等）のデータを入力する。これらの領域データ，
形式データは、オペレータがキーボード６１，マウス６
２によって入力される。

【００２７】ステップＳ５で文字領域データと文字形式
データを入力すると、ステップＳ６，Ｓ７で入力するキ
ャラクタデータと一緒にＰＭＥＭ２３にブロックデータ
として格納する。

【００２８】ステップＳ３でイメージ入力モードと判断
するとステップＳ８に進み、ステップＳ８においてイメ
ージデータが入力されるブロック領域データを入力す
る。

【００２９】ステップＳ９においてリーダ１０により読
み取られた原稿のイメージデータを入力し、ＩＭＥＭ２
５に順次格納すると共にリーダ１０よりイメージデータ
とともに送られてくる像域データに基づいてＰＭＥＭ２
３に像域分離テーブルを作成する。リーダ１０は、例え
ば図３の様な原稿を読み取るとリーダ／プリンタインタ
ーフェース２１を介してイメージの画像のアドレスデー
タ（Ｘ，Ｙ）、及び画像属性データ（例えば２値画像か
或いは中間調画像かのデータ）をイメージデータと一緒
に出力する。ＣＰＵ２７はイメージデータをＩＭＥＭ２
５に格納しながら、リーダ１０より送られてくるアドレ
スデータと画像属性データに基づいて図４に示す様な像
域分離テーブルをＰＭＥＭ２３に作成する。

【００３０】ステップＳ１０において、ＰＭＥＭ２３の
像域分離テーブルの先頭ブロックにポインタをセットす
る。

【００３１】ステップＳ１１，Ｓ１２において該当ブロ
ックが２値画像か、中間調画像かを判断し、２値画像で
あればステップＳ１５で２値画像の圧縮処理例えばＭＨ
（モディファイドハフマン）符号化、ＭＲ（モディファ
イドリード）符号化、ＭＭＲ（モディファイドモディフ
ァイドリード）符号化等の処理を行う。そしてステップ
Ｓ１６においてブロックの符号化属性データ（例えばＭ
Ｈ，ＭＲで符号化していることを示すデータ）をブロッ
クにセットし、ステップＳ１７に進む。

【００３２】又、ステップＳ１２で当ブロックが中間調
画像と判断するとステップＳ１３において中間調画像の
圧縮処理、例えばディザパターン用の圧縮処理、或い
は、圧縮を行わない（非圧縮）等を行う。そして、ステ
ップＳ１４でブロックの符号化属性データをステップＳ
１６と同様にセットしステップＳ１７でテーブルポイン
タをインクリメントし、ステップＳ１８において次のブ
ロック有と判断するとステップＳ１１に戻る。

【００３３】こうしてイメージデータの圧縮処理が終了
し、ブロックデータが作成されるとステップＳ１８から
Ｓ２に戻る。こうして作成されたデータは、原稿名が付
加され、ハードディスク装置５０に格納される。

【００３４】上述の様にステップＳ２〜ステップＳ１８
により１頁の原稿データが作成されるとオペレータはキ
ーボード６１，ポインティングデバイス６２により１頁
の原稿完了の入力を行い、更に次頁の原稿を作成する場
合には、ステップＳ２〜ステップＳ１８を繰り返すこと
により作成して行く。そして送信データの作成が終了す
るとデータ作成終了の入力をキーボード６１より行う。

【００３５】ステップＳ４においてデータ作成終了入力
を判別するとステップＳ４よりステップＳ１９に進む。

【００３６】オペレータにより、データ通信モードが選
択されると、ステップＳ１９よりステップＳ２０に進
み、データ送信であるかどうかを判別し、データ送信で
あればステップＳ２１に進み、データ受信であれば受信
ルーチンへ進む。

【００３７】データを送信する場合、オペレータは、送
信する原稿名を入力しハードディスク５０に格納されて
いる原稿データの中から送信する原稿を指定する。そし
て、原稿データを送信する相手先の電話番号を入力す
る。

【００３８】ステップＳ２１においてオペレータにより
入力された相手先と回線を接続する為に回線４０に対し
てＣＣＵ３０により電話番号の発呼動作を行う。そして
相手先と回線が接続されたことをステップＳ２２で確認
するとステップＳ２３で相手先の装置との間でＣＣＩＴ
Ｔ勧告の通信手順（プロトコル）を行う。このプロトコ
ルにおいてキャラクタコードデータとイメージデータの
混在データを受信可能かどうかを判断し、受信可能であ
ればデータ送信を行う。

【００３９】ステップＳ２４，Ｓ２５，Ｓ２６において
まずハードディスク５０より送信原稿を１頁づつ読み出
し、更に１頁のデータをブロック単位で送信する。こう
して原稿データの送信が終了すると、ステップＳ２７で
回線を解放する。

【００４０】図６はデータ受信の場合のＣＰＵ２７の制
御動作を示したフローチャート図である。

【００４１】図５のステップＳ２０でデータ受信と判断
すると図６の受信ルーチンに進み、図６のステップＲ１
においてＣＣＩＴＴ勧告のプロトコルを行う。そしてこ
のプロトコルにより受信可能と判断するとプロトコルに
より決定された受信モードに設定しステップＲ２，Ｒ
３，Ｒ４でデータの受信を行い、受信したデータを順次
ハードディスク５０に格納してゆく。そして、データ受
信が終了すると回線を開放した後、ステップＲ５以下で
受信データをプリントアウトする。

【００４２】ステップＲ５において、受信したデータを
ハードディスク５０より１頁分読み出してＰＭＥＭ２３
に格納し、更にステップＲ６において１頁のデータがど
のようなブロックで構成されているかを示すブロック構
成データを入力して、そのブロック単位でデータをドッ
トデータに展開するべく、まず１つのブロックのデータ
を入力する。

【００４３】そしてステップＲ７で入力したブロックデ
ータがキャラクタコードデータであればステップＲ８で
ブロックデータに付加されているアドレスデータと形式
データに基づいてキャラクタコードをＰＭＥＭ２３のキ
ャラクタジェネレータによりドットデータに展開し、Ｉ
ＭＥＭ２５の該ブロックに相当とする領域に格納する。

【００４４】又、ステップＲ９において入力したブロッ
クデータがイメージデータであると判断し、更にステッ
プＲ１０，Ｒ１２においてイメージデータが２値画像デ
ータか、或いは、中間調画像データかの判断を行う。そ
して２値画像データであればステップ％Ｒ１１でブロッ
クの符号化属性データに基づいて伸長処理（例えばＭ
Ｈ，ＭＲ，ＭＭＲの復号化）を行い、伸長したイメージ
データをＩＭＥＭ２５の１頁のメモリにおける該ブロッ
クに相当する領域に格納する。

【００４５】ステップＲ１２で中間調画像であると判断
するとステップＲ１３でステップＲ１１と同様に中間調
画像に応じた伸長処理を行い伸長したデータをＩＭＥＭ
２５のブロック領域に格納する（中間調画像が非圧縮の
ときは、そのままＩＭＥＭ２５に格納する）。

【００４６】このようにしてキャラクタコードデータ、
イメージデータをブロック単位でドットデータに展開
し、ステップＲ１４で１頁を構成する全ブロックのデー
タの展開が終了し、ＩＭＥＭ２５に１頁の原稿のドット
データが格納されるとステップＲ１５においてＩＭＥＭ
２５よりドットデータを順次読み出してプリンタ７０で
プリントアウトする。そして、１頁のデータのプリント
アウトが終了すると次頁のデータのプリントアウトを行
う。

【００４７】以上の様に本実施の形態では、キャラクタ
コードデータとイメージデータが混在する文書において
キャラクタコードデータとイメージデータを夫々ブロッ
クに分割して送信（又は受信）し、更にイメージデータ
においても２値画像と中間調画像（又は非常に細かい画
像、複雑な画像）をブロックに分割し、夫々、中間調画
像或いは２値画像に応じた圧縮処理を行うので単にイメ
ージデータとキャラクタコードデータとに分割するもの
に比べてより効率的なデータ伝送を行うことが出来る。
尚本実施の形態では、イメージデータにおいて、２値画
像領域と中間調画像領域は自動的に分割されるがオペレ
ータがキーボード６１，ポインティングデバイス６２に
よりマニュアルで分割するようにも構成可能である。

【００４８】図７は、２値画像領域と中間調画像領域を
自動的分割する為の一例を示したフローチャート図であ
る。

【００４９】以下、２値画像領域と中間調画像領域の自
動分割について説明する。

【００５０】リーダ１０により読み取られた原稿データ
は図８の（ａ），（ｂ）に示す小ブロックデータ単位
（例えば４×４＝１６ドットで構成されるブロック）で
リーダ１０から出力される。このときリーダ１０はこの
小ブロックデータＳに加えて、小ブロックデータＳが中
間調画像か或いは２値画像かを示す識別データ小ブロッ
クデータのアドレスデータ（Ｘ，Ｙ）を同時に出力す
る。

【００５１】リーダ１０による小ブロックＳが中間調画
像か２値画像かの判定は、図８の（ｂ）に示すＰ₁〜Ｐ
₁₆（画素の濃度を示すデータ）の最大値Ｐｍａｘから最
小値Ｐｍｉｎを減算した値が所定レベルαより大いかど
うかを判断することにより行う。例えば濃度レベルを８
レベルとしてαを４と設定すると、Ｐｍａｘ＝６でＰｍ
ｉｎ＝５の場合はα＝４より小さくなり小ブロックＳは
中間調画像ブロックと判断され、Ｐｍａｘ＝７でＰｍｉ
ｎ＝１の場合はα＝４より大きくなり小ブロックＳは２
値画像ブロックと判断される。

【００５２】図７のステップＭ１においてＣＰＵ２７
は、ＰＭＥＭ２３の像域分離テーブルを作成する為の小
ブロックテーブルを初期設定する。そしてステップＭ２
においてリーダ１０より小ブロックデータＳ_n,mを入力
し、ＩＭＥＭ２５に格納する。

【００５３】ステップＭ３において小ブロックデータＳ
_n,mに付加されている識別データに基づいて小ブロック
データＳ_n,mが中間調画像かどうかを判別し、中間調画
像であればステップＭ４に進み、２値画像であればステ
ップＭ８に進む。

【００５４】ステップＭ３で小ブロックデータＳ_n,mが
中間調画像と判断しステップＭ４に進むと、現ブロック
領域が中間調領域かどうかを判断し、現ブロック領域が
中間調領域であればステップＭ１２に進み、現ブロック
領域が中間調領域でなければステップＭ５に進む。

【００５５】ステップＭ５，Ｍ６では小ブロックデータ
Ｓ_n-1,m、Ｓ_n,m-1が中間調画像かどうかを判断し、小ブ
ロックデータＳ_n-1,m、Ｓ_n,m-1の両方が中間調画像の時
ステップＭ７に進み、以降のデータが中間調画像である
ことを示す。データをその小ブロックのアドレスデータ
とともにＰＭＥＭ２３の小ブロックテーブルに格納す
る。

【００５６】ステップＭ３で小ブロックデータＳ_n,mが
２値画像であると判断し、ステップＭ８に進むと、ステ
ップＭ８において現ブロック領域が２値画像領域である
かどうかを判断して、２値画像領域であればステップＭ
２に進み、２値画像領域でなければステップＭ９に進
む。

【００５７】ステップＭ９，Ｍ１０では、小ブロックデ
ータＳ_n-1,m、Ｓ_n,m-1の両方が２値画像であればステッ
プＭ１１で以降のデータが２値画像であることを示すフ
ラグをＰＭＥＭ２３の小ブロックテーブルにその小ブロ
ックのアドレスデータとともに格納する。

【００５８】そしてステップＭ１２において小ブロック
ポインタをインクリメントし次の小ブロックデータの判
別に向かう。

【００５９】このようにしてリーダ１０より出力される
小ブロックデータの判別を行いＰＭＥＭ２３の小ブロッ
クテーブルを作成する。こうして全データの判別が終了
するとステップＭ１４において、小ブロックテーブルを
基にイメージをブロック領域に分割する。ステップＭ１
４におけるブロック分割は以下の様にして行う。

【００６０】即ち、小ブロックテーブルの１つの中間調
領域において２値画像から中間調に変化したことを示す
フラグの付加されたアドレスデータ（Ｘ，Ｙ）内で最小
のＸｍｉｎと最小のＹｍｉｎを選択し、次に中間調から
２値画像に変化したことを示すフラグの付加されたアド
レスデータ（Ｘ，Ｙ）の最大のＸｍａｘと最大のＹｍａ
ｘを選択する。この（Ｘｍｉｎ，Ｙｍｉｎ）を中間調ブ
ロック領域の開始アドレスとし（Ｘｍａｘ，Ｙｍａｘ）
を中間調ブロック領域の終了アドレスとする。こうして
得られた中間調画像ブロック領域の開始アドレスと終了
アドレスに基づいてステップＭ１５において図４に示す
様な像域分離テーブルを作成する。

【００６１】尚、以上で説明した画像領域の自動分割は
ほんの一例であり、以上で説明した自動分割に限るもの
ではない。

【００６２】尚、中間調画像データはリーダ１０からの
データをＡ／Ｄ変換して１画素８ビットの階調コードで
構成されるものでこれらの集合からなる中間調ブロック
を送信する場合は、所定ビット数のデータ毎にパケット
送信され、受信側においては受信した所定ビット数毎の
バケットデータを組み立て、画素８ビットの中間調画像
ブロックが再生される。従って、輝度変調又はパルス巾
変調により上記階調コードに対応して中間調を再現でき
るいわゆる多値プリンタを受信記録部７０として有する
ものであれば、送信中間調画像ブロックを忠実に受信記
録できる。

【００６３】以上の実施の形態では画像領域を２値画像
領域と中間調画像領域に分割してデータ送信している
が、受信側の装置の機能によっては中間調画像を処理で
きない場合がある。そこで以下他の実施の形態として相
手先（受信先）の装置が中間調画像の多値コードを処理
出来ない場合には、中間調画像（多値コード）を２値画
像（“１”，“０”）即ちディザ法等による擬似中間２
値信号に変換して１つの２値画像領域としてキャラクタ
ブロックと２値画像ブロックの送信を行い、相手先が中
間調画像を受信出来る場合にはキャラクタブロックと１
画素１ビットで示される２値画像ブロック及び１画素８
ビットで示される中間調画像ブロックの送信を行うこと
について説明する。

【００６４】尚他の実施の形態ではハードディスク装置
５０に格納されているデータの送信を行うものであり、
該データの作成については既に上述したのでここでは省
略する。又、他の実施の形態の構成も図１と同じであ
り、ＣＰＵ２７の制御プログラムが異なるものである。

【００６５】図９は他の実施の形態におけるＣＰＵ２７
の制御動作を示したフローチャート図である。

【００６６】図９のステップＮ１においてＣＰＵ２７
は、オペレータによりキーボード６１の送信指令が入力
されたかどうかを判別し送信指令入力と判別するとステ
ップＮ２に進み、ステップＮ２においてオペレータがキ
ーボード６１によって入力したデータの送信相手先の電
話番号に基づいて回線４０に発呼動作を行う。そしてス
テップＮ３において所定時間が経過するまでに相手先と
回線がつながったかどうかを判断し、相手先と回線がつ
ながるとステップＮ４に進む。

【００６７】ステップＮ４においては相手先の装置と通
信手順の交換（プロトコル）を行い、このプロトコルに
よって相手先装置の種類（相手先がＧ４ファクシミリ
か、ミクストモード端末か、テレテックスか等）及び相
手先の通信機能（キャラクタコード受信可能か、中間調
処理可能か等）の情報を受信し、この相手先情報に基づ
いて通信モードを決定する。そして、相手先の情報に基
づいて送信データを相手先装置が受信可能な形態にデー
タ変換する。例えば相手先がＧ４ファクシミリ装置のク
ラス１機でイメージデータしか受信できない場合にはキ
ャラクタコードをフォトデータに展開し、全てのデータ
を１画素１ビットのイメージデータに変換した後必要に
応じ圧縮符号化して送信する。又、相手先が中間調画像
の処理（中間調の多値コードの処理）が出来ない場合に
は中間調画像は全てディザ等の疑似中間調の２値画像に
変換して送信する。

【００６８】次にステップＮ４で相手先とのプロトコル
が終了するとステップＮ５に進み、ステップＮ５におい
てプロトコルの結果に基づいて相手先装置が中間調画像
データの受信が可能かどうかを判断し、中間調画像デー
タの受信が可能であればステップＮ１０に進んで送信デ
ータをハードディスク装置５０より読み出してステップ
Ｎ１１でブロックデータの送信を行い、中間調画像デー
タの受信が出来なければステップＮ６に進む。中間調画
像データの送信はＣＣＵ３０においてパラレルな８ビッ
トコード信号をシリアルな８ビットコード信号に変換し
て回線に送り込む。

【００６９】ステップＮ６では送信データをハードディ
スク装置５０より読み出し、ステップＮ７で中間調画像
ブロックが存在するかどうかを送信データの頭に付加さ
れている送信データのブロック構成情報に基づいて判別
し、中間調画像ブロックが無ければステップＮ１１に進
み、中間調画像ブロックが有ればステップＮ８，Ｎ９に
おいて中間調画像を２値画像に変換する。この中間調画
像の２値画像変換はハードディスク５０に格納する際に
実行する。

【００７０】こうして全中間調画像ブロックを２値画像
ブロックに変換し、ブロックの属性を中間調画像から２
値画像に変更するとステップＮ９からステップＮ１１に
進む。

【００７１】ステップＮ１１，Ｎ１２，Ｎ１３，Ｎ１４
において、図５のステップＳ２４，Ｓ２５，Ｓ２６，Ｓ
２７と同様にデータの送信を行う。

【００７２】以上の様に他の実施の形態では、相手先が
中間調画像の処理が可能であれば送信データをキャラク
タコードブロック、２値画像ブロック、中間調画像ブロ
ックとして送信し、相手先に中間調画像処理機能が無け
れば中間調画像ブロックを２値画像ブロックに変換して
送信データをキャラクタコードブロック、２値画像ブロ
ックとして送信するので、相手先の機能に応じてデータ
送信することが出来る。

【００７３】又、上述した他の実施の形態では、キャラ
クタコードブロック、２値画像ブロック、中間調画像ブ
ロックの３つのブロックに分割された送信データの変換
を行っているが、予め相手先が中間調画像処理出来ない
ことが判明している場合には、原稿読取データの画像領
域を２値画像領域と中間調画像領域に分割処理せずに、
文字等の線画は所定でスライスし、写真等の中間調画は
ディザパターンで２値化しいずれも２値画像して扱う様
にしてもよい。

【００７４】ところでカラー原稿をＢ，Ｇ，Ｒ成分に色
分解して読取って、１画素をそれらの成分に分けて伝送
する場合がある。このカラー成分からなるブロックを伝
送文書の１頁中に混在させて伝送することができる。そ
れは１画素中の各カラー成分毎に８ビットを割当て、１
画素、計２４ビットを対応させてカラーブロックを構成
し、カラーブロックであることの識別符号（属性）で付
して伝送することで、受信側にカラー再生の機能があれ
ば、そのブロックに限り各成分データに基づいてカラー
演算を行いＹ，Ｍ，Ｃの色材を選択しカラープリンタ等
でその記録が可能となる。

【００７５】他方受信側にカラー再生の機能ではなくモ
ノクロの機能しかない場合、送信側では前記中間調の場
合と同様相手情報に基づきカラーブロックを単なるモノ
クロの中間調ブロックに変換する。これはＢ，Ｇ，Ｒ成
分のデータからＹ，Ｉ，Ｑ成分のデータに変換し、明度
Ｙだけのデータを抽出しモノクロ中間調データに変換す
る。そして、他の本来のモノクロ中間調ブロックと同じ
ブロックに含ませて、ブロック境界情報（ブロックの大
きさ，ブロック毎の属性データ等）を削除して大きなブ
ロックに変換して伝送することになる。

【００７６】

【発明の効果】以上に説明した様に本発明によれば、１
通信において文字と複数種類の画像が混在する様な画像
を示す混在データを画質を劣化させることなく忠実に送
信することができる。

【００７７】また通信相手先の機能に応じて上記送信さ
れる混在データの１部のデータ形態を変換して送信する
ので、通信相手先の機能に適したデータ送信ができる。

【図面の簡単な説明】

【図１】本実施例の構成を示すブロック図

【図２】本実施例のデータ通信装置の斜視図

【図３】イメージデータの例を示した図

【図４】像域分離テーブルを示した図

【図５】本実施例のフローチャート図

【図６】受信ルーチンを示したフローチャート図

【図７】イメージ領域の自動分割を示したフローチャー
ト図

【図８】小ブロックデータを示した図

【図９】他の実施例のフローチャート図

【符号の説明】

１０リーダ２０ファクシミリ装置本体２１リーダ／プリンタインタフェース２２ＩＣＵ２３ＰＭＥＭ２４ＢＭＵ２５ＩＭＥＭ２６ＶＲＡＭ２７ＣＰＵ２９バス３０ＣＣＵ４０回線５０ハードディスク装置５１フロッピーディスク装置６０ＣＲＴ６１キーボード６２マウス７０プリンタ

Claims

【特許請求の範囲】

【請求項１】文字データと複数種類の画像データを含
む１通信分の混在データを発生する発生手段と、該混在データを前記文字データと複数種類の画像データ
の各々に分割する分割手段と、該分割手段による分割で得られたデータを１つの通信先
へ送信する送信手段とを有することを特徴とするデータ
通信装置。
【請求項２】更に前記分割手段による分割で得られた
データの各々に対する位置情報を付加する付加手段を有
することを特徴とする請求項１に記載のデータ通信装
置。
【請求項３】更に前記分割手段による分割で得られた
データの各々の種別を示す種別情報を付加することを特
徴とする請求項１に記載のデータ通信装置。
【請求項４】更に、前記通信先の機能を判断する判断
手段を有し、該判断手段による判断の結果に応じて前記
送信手段は、前記１つの通信先へ送信されるデータの１
部のデータ形態を変換して送信することを特徴とする請
求項１に記載のデータ通信装置。
【請求項５】文字データと複数種類の画像データを含
む１通信分の混在データを発生する発生ステップと該混
在データを前記文字データと複数種類の画像データの各
々に分割する分割ステップと、該分割ステップによる分割で得られたデータを１通信先
へ送信する送信ステップを有することを特徴とするデー
タ通信方法。