JPS6370671A - 文書通信方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔技術分野〕 本発明は文書通信とくにミクストデータの文書〔従来技
術〕 文字コードデータとビットイメージデータの如く互いに
種類の異なるデータを混合して送信できる方式のミクス
ト端末送信方式として１つのテキス）・を文字コードブ
ロック、ビットイメージブロックの複数のブロックの集
合として組立て、そのブロックを順次送る方式が考えら
れている。

しかしながら文字と写真や絵が多数混在する場合は、上
記ブロックが多数となり、従ってブロックを伝送する上
でのプロトコルも複雑となったり、受信側での元の文書
の組立に時間を要したり、伝送効率も悪くなる不都合が
あった。

〔目的〕

本発明は、以上の欠点を除去したミクストデータの通信
方法の提供、 又本発明は、伝送効率の高いミクストデータの通信方法
の提供、 又本発明は、文字と非文字イメージとが重畳する領域を
含んだ通信ドキュメントの効率的な伝送方法の提供、 又本発明は、ミクストデータから元のドキュメントを容
易に再生できる通信方法の提供、又本発明は、ドキュメ
ントを適正にブロック分割してドキュメント伝送するデ
ータ伝送方法、又本発明は、ドキュメントを少なくブロ
ック分割してドキュメント伝送するデータ伝送方法、又
本発明は、ワードプロセスによるデータ。

イメージプロセスによるデータをミクスして伝送できる
伝送システム、 又本発明は、ミクストデータの効率的処理を可能にした
通信端末装置にあり、 又本発明は文字認識によるデータを伝送できる伝送方法
にある。

以上の目的、その他の目的は以下の例により明らかであ
る。

〔実施例〕

第１図は本発明の一実施例を示すブロック図てあり、第
２図は上記実施例を示す斜視図である。

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

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

ＩＣＵ２２はデータを圧縮または伸長するものであり、
符号化率を高くするためには、二次元圧縮（高圧縮）が
採用されている。

Ｐ　Ｍ　Ｅ”Ｍ　２３はファクシミリ本体２ｏの周辺に
設けられている入出力装置やファクシミリ本体内の各ユ
ニットを制御する為のＯＳプログラム、アプリケーショ
ンプログラムメモリエリアを有し、また、キャラクタコ
ードデータをイメージビットデータに変換するためのフ
ォントメモリエリアを有するものである。またキー人力
やワードプロセスによるテキストコードデータ（キャラ
クタデータ）を格納し編集するエリアを有する。

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

ＢＭＵ２４は、ＣＲＴ６０において、データをビット単
位で処理するもので画像の編集（画像処理）を行うもの
であり、所定画像を拡大、縮小、回転、移動または抽出
等を行うものである。

ＩＭＥＭ２５は、４Ｍバイトを有し、リーダからの画像
データを格納したり、ＢＭＵ２４による編集画像データ
を格納したり、ＩＣＵ２２によって伸長したデータを格
納したり、キー人力によるキャラクタコードデータやワ
ードプロセスによるテキストコードデータ、ミクストデ
ータ、またはキャラクタコードデータを、イメージに変
換したビットデータ（例えば１画素１ビツトで表わす）
を格納するものである。ここで、ミクストデータは、１
ページ内にイメージビットデータとキャラクタコードデ
ータとが混在する。各々のブロックをイメージブロック
、キャラクタブロックと称する各々識別コードを付して
管理し、格納する。また、ＩＭＥＭ２５は、所定データ
を一時記憶することによって、リーダ１０、プリンタ７
０、回線４０のスピードに合せるためのバッファとして
使うこともある。

ＶＲＡＭ２６は、ＣＲＴ６０に表示する画像データをビ
ットマツプデータ（例えば１画素１ビツトに対応）によ
りて記憶するものである。

また、外部記憶装置として、ハードディスク装置５０と
フロッピーディスク装置５１とが設けられている。これ
らの装置は不揮発性メモリであるが、不揮発性メモリと
して、バックアップメ干りを使用してもよい。送信デー
タ、受信データが格納され保存される。

キーボード６１は送受信指令のコマンドデータや、イメ
ージプロセス、ワードプロセス用のコマンドデータや、
ワードプロセスのためのキャラクタデータを人力する。

ポインティングデバイス６２はＣＲＴ６０上のカーソル
イメージをムーブしてそのカーソルイメージの位置でイ
メージ編集等のための位置を指定する。この６２により
ミクストデータのブロック分りも行う。このブロックを
示す座標は、ＰＭＥＭにより記憶管理され、送信時の識
別コードデータ（ヘッダ）に１つのデータとして使われ
る。

回線４０としては、好ましくはデジタルデータ変換網や
デジタルデータパケット網の例えば６４にビット／ｓｅ
ｃのデジタル回線であれば情報量の多い、又解像度（密
度）の高いイメージデータの高速、大量伝送に都合が良
い。

プリンタ７０はレーザビームプリンタを用いて３Ｍｂｐ
ｓの速度でプリントさせる。

第３図はミクストデータの１ページをブロック１〜８に
分けたもので、この１ベージデータが、ＣＲＴ６０の画
面の１ペ一ジ表示に対応し、又送信時の１ベージデータ
に対応し、又受信時のプリントのプリントシートの１ペ
ージに対応する。又このようなベージデータを複数作成
し、ハードディスク５０に格納し、その複数ページを１
度に送信するミクストデータの送信配列は、第４図の如
く、ブロックデータ１〜ｎの前に構造データ（ヘッダ１
〜ｎ）を付加する。

このヘッダは、次に続くブロックデータがイメージデー
タなのかキャラクタデータなのかの識別信号と、ブロッ
クデータの大きさくデータ量）ト、１ページ上での位置
を示す。Ａはブロックデータの、送受アクノリジ信号で
ある。

１ペ一ジ分が送信終了するとＥＯＰが送信される。

リーダ１０からの原稿１ページのデータは、イメージメ
モリ２５に格納されそしてＶＲＡＭ２６に転送されＣＲ
Ｔ６０にその１ページが表示される。そのイメージはキ
ーボード６１やポイントデバイス６２による編集指示に
より、ＢＭＵ２４を介してトリミング処理されブロック
３に対応のイメージのみとされて再びメモリ２５に格納
される。

次にキー６１からのテキストコードデータは、メモリ２
３に格納されビット変換され、ＶＲＡＭ２６に転送され
ＣＲＴ６０に１ページのテキストが表示される。その情
報はイメージ処理と同様編集され第３図のブロック１〜
６対応のテキストキャラクタとなり、再びメモリ２３に
格納される。この場合メモリ２３に格納のデータはコー
ドである。尚各ブロックに対応の位置データはデータの
種類とともにメモリ２３で属性コードとして管理される
。次のコマンドで、メモリ２５のブロック７．８のイメ
ージデータと位置データを読出してＶＲＡＭを介してＣ
ＲＴ６０のブロック３の位置に表示し、最終的に第３図
のブロック１〜８の表示となる。このミクストデータは
各メモリ２３．２５からブロック１〜８の順に読出され
ディスク５０に順に格納される。

第３図（Ｃ）に編集した結果の１頁の文書を示す。ブロ
ック１〜６は文字コードのブロック、ブロック７．８は
ビットイメージのブロックである。

この様に文書の中に文字コードとビットイメージブロッ
クが混在すると多数の伝送用ブロックが必要となる。

これを２つのブロックにしたものが第３図（ａ）、（ｂ
）である。各々ブロック９，１ｏとなる。

第３図に（ａ）はコードブロックで、その中のブロック
７に相当する所は行末なので何もコードを埋める必要は
ない。ブロック８に相当する所は次の文字コードとの間
をスペースまたはタブ等の空白コードで埋める。

第３図（ｂ）はビットイメージブロックであり、最小の
矩形ブロックとするためには図の様にブロック７．８を
少なくとも含む１つのブロックとなる（特にこの制限は
ない。矩形ブロックならば大きさは任意）。第３図（Ｃ
）の文字コードブロックに相当する所は全白ビットて埋
める。

第５図にブロック変換の処理チャートを示す。

ＣＲＴ　６０上で前述の如き工程でリーダ１０からのビ
ットイメージデータとキーボード６１からのコードデー
タとを組合せて第３図（Ｃ）の如き文書編集し、かつブ
ロック境界を示すコード（例えばブロックの起点座標と
ブロックの大きさを示す）とブロックの属性を示すコー
ドを入力する。その中に文字コードブロックがあるか否
か属性コードから判定しく２）、あればそれが複数ブロ
ックか否か判定しく３）、複数であればそのブロック間
のイメージ領域のブロック８をスペースコードで埋める
（４）。ブロック７はブロック２との境に文字行リター
ンコードがあるのでスペースコードは埋めないですむ。

そしてそれらのブロック境界を示すコードを削除し属性
変更をし、文字コードだけの１ブロツクとしてＰＭＥＭ
に格納する（５）。

次にビットイメージブロックが有るか否かを属性コード
から判定しく６）、あればそれが複数か否か判定しく７
）、複数であればブロック間を全白ビットで埋める（８
）。そしてそれらのブロック境界を示すコードを削除し
、属性変更をしビットイメージだけの１ブロツクとして
Ｉ　ＭＥＭに格納する（９）。次に全体で複数ブロック
があるか否か判定しく１０）、今キャラクタコードブロ
ック９とイメージブロック１０との２つなので、この両
者のブロックをブロック９のＡ点を基準に重ね合せるこ
とを意味する重ね合せ属性コードをＰＭＥＭにセ１ント
する。そして、送イ言指令の入力により、重ね合せ属性
コードを送信し、次にＰＭＥＭ、ＩＭＥＭに格納されて
いるコードデータ、ビットイメージデータを順次送信す
る。重ね合せ属性コードは文書データ送信後に送ること
もできる。

受信側では、伝送されたブロックデータ９゜１０をディ
スク５０に格納し、その後ＰＭＥＭ。

ＩＭＥＭに転送し、データ受信の前又は後に送られたブ
ロック重ね合せ属性コードを検出して、ブロック９のデ
ータはキャラクタゼネレータによりビットイメージデー
タに変換し、ブロック１０の符号化データは復号器によ
りビットイメージデータに復号して、各ブロックに対応
したデータをＡ点基準に重ね合せ、第３図（Ｃ）の送信
テキストをＣＲＴ６０上又はプリンタ７０上で再現する
事ができる。

第６図（Ｃ）はキャラクタコードブロック１１と１３の
間にキャラクタコードとビットイメージデータとが重畳
したブロック１２を有する文書であるが、ブロック１２
を同じ大きさのコードブロック１２−１とビットイメー
ジブロック１２−２に分けて送ることができる。その場
合、４つのブロック構成となるが、重畳ブロック１２を
細かいブロック（更に重畳しているブロックとしていな
いブロックに分けた場合）に分けるよりは少ないブロッ
クで済み、伝送効率は高まる。

この場合化のブロック境界と属性は残したままで重ね合
せ属性コードをブロック１２に対し付与し、受信側では
伝送されたブロック１２−１゜１２−２のみを重ねて再
生する。

又第６図（ａ）、（ｂ）は重畳ブロックを含む−頁のテ
キスト（Ｃ）を２つのブロック（文字コードブロック１
４．ビットイメージブロック１５）で構成したもので、
前述と同様にしてブロック境界を削除し、Ｂ点基準の重
ね合せ属性コードを付与し、伝送し、受信側は属性コー
ドに従ってブロック１４．１５のデータを合成して、表
示又はプリントする。

又重畳ブロック１２のコードブロック１２−１をメモリ
ＰＭＥＭにおいてＣＧを介しビットイメージでデータに
展開し、このデータとビットイメージブロック１２−２
のビットイメージデータとオーバレイ合成（論理オアを
とる）して（Ｃ）の如きイメージパターンでメモリＩ　
ＭＥＭに格納することもできる。この場合コードブロツ
り１２−１の境界と属性を削除するので３つのブロック
（１１，１２，１３）ですみ、この点に関して伝送効率
は高まる。ブロック１２の境界と属性はビットイメージ
のブロック１２−２と同じである。尚、ブロック１１〜
１３の境界（位置）と属性コードは第４図の各ブロック
のへラダＣ，Ｉに含まれる。

次に伝送用ブロックの最適分割につき説明する。第７−
１図〜第７−４図は文字コードデータ領域Ｃと画像デー
タ領域Ｉとを有する１ページテキストの、可能な領域分
割例である。

第７−１図の例は文字領域をｃ、、Ｃ２とし画像領域を
１１として、透明な重畳はしない。

この場合の伝送形態はＣ１ブロック、Ｃ２ブロック、■
１ブロックの３ブロック伝送方式である。

尚Ｐ、、Ｐ２の座標入力により各ブロックの起点と大き
さは決まる。

第７−２図は文字領域０１′と画像領域１１とを透明な
重畳扱いとする。尚Ｃ８′においてＣ３外の領域は文字
コードデータなしの領域てあり、ＣＩの文字行の終りの
リターンコードが存在する。この場合（：＋　’　、Ｃ
２，１１の３ブロツク伝送である。

第７−３図では文字領域Ｃ，，Ｃ２を単一化しＣＡの１
ページとして構成し、画像領域Ｉ、と透明な重畳をする
。この場合ＣＡの１ページとＩ、の１ブロツクの伝送で
ある。

第７−４図では文字領域Ｃ，，Ｃ，と画像領域■１とを
それぞれ単一化しくＣＡとＩＡ）、透明な重畳をする。

この場合２ページ伝送となる。

いずれの伝送効率が高いかは一義的に決まらないが、こ
の例では、かなりの領域を文字領域が占めるので第７−
３図の文字コードの１ページ伝送と画像の１ブロツク伝
送が効率的になると考えられる。なぜならＣＩ、Ｃ２ブ
ロックのへラダコード等が不要となるから。

又第７−４図も各ブロックのへラダコードが不要である
が、画像作成ＩＡ中、１１以外の領域は画像データとし
て白又は黒相当の一様なビットデータが必要となり、圧
縮符号化したとしても情報増になる。従ってこの場合は
不利とみなされる。

しかし、第７−５図の様に、Ｉ、、Ｉ２の２ブロツクで
１ページを殆ど占める場合は第７−４図の如く２ページ
伝送（ＩＩ、Ｉ２をグループ１とＣ，Ｃ，〜Ｃ３をグル
ープ２とする）が有利となることがある。

このように情報の種類その分布によって領域分割の適正
さが異なってくる。

この適正分割を判定すべく、各分割時の通信情報のデー
タ総量を算出し、各々を比較し、その一番少ない場合の
分割手順を選択し、その分割に基づいて伝送を行う。

第８図はその判定制御フローチャートである。

まずＳ−０にて、第７図の場合のＣＲＴの１画面の１ペ
ージのデータの分割件数ｎとして４をセットする。Ｓ−
ｔにて第７−１図の領域分割する。これは前述の文書編
集時のＰｌ、Ｐ２の位置データをもとに、メモリＰＭＥ
ＭにおけるＣ１ブロック対応のコードデータと０２対応
のコードデータとに分けて各々データ量Ｃ１ｍ。

Ｃ２ｍが求められる。このデータ量はＰＭＥＭに、予め
Ｐ２の位置迄のメモリアドレスが記憶されているので、
これから求められる。Ｓ−２にて、メモリＩＭＥＭにお
けるブロック■１に対応のビットデータをＩＣＵ２２に
て圧縮し、その圧縮したデータ量１．ｍをＩＣＵ２２に
より求められ、記憶され、Ｃ，ｍ＋ｃ２ｍ＋Ｉ、ｍの通
信データの総量Ｍ１が求められ、Ｆ！ＭＥＭに記憶され
る。圧縮データはハードディスク５０に一時格納される
。

再びＳｌに戻り次に第７−２図の領域分割をし、ブロッ
ク０１′対応のデータ量が求められる。この場合殆ど第
７−１図のＣ１と変らない。

総量をＭ２とする。

次に第７−３図の分割をしブロックＣＡ対応のデータ量
が求められる。総量なＭ３とする。

次に第７−４図の分割をし、ブロックＩＡ対応のデータ
量を求める。このブロックは１１対応以外の白ビットを
圧縮したデータ量が１．ｍに加算される。総量をＭ４と
する。

分割の場合数ｎが予め４つとされているので、Ｓ−３に
て各総量計算毎にｎから−１し、Ｓ−４にてＯに達した
か否か判定し、Ｓ−５において、４件分割の場合の各総
量Ｍ、−Ｍ４を比較する。

その結果最少データ量の分割モードを決定する。

決定された分割モードに従って、１ページのデータを領
域分割しハードディスクに格納し、送信指令によりその
分割ブロックを順次伝送する。

以上はデータ総量に基づいて適正分割モードを決定した
が、第７−２図、第７−３図のようにデータ総量があま
り変わらない場合、３回に分けて送るより、２回に分け
て送った方が伝送効率上得策な場合、分割ブロック数の
大小に応じて適正モードを決定することが好ましい。ブ
ロック数は第７−１〜７−４図の分割毎に記憶されてい
る。

尚分割モードの１つをマニュアル指定により任意に選択
してブロック分割することもできる。

以上は送信指令により適正分割モードを求めてその分割
完了に応じて自動的に送信動作すること、又は予備指令
により各種分割を実行させ適正分割の表示をし、その後
の送信指令により送信することも可能である。

文化の例として、６通常は標準の第７−１図の如きブロ
ックの分割処理と伝送を行うが、ブロックの分割数が最
大の所定数（例えば３１）を越える場合は、その数より
少なくなる様な分割モードを強制的に選択せしめること
もできる。この場合第８−２図の如く最大数ＭＡＸ以下
か否か判定し、ブロックが最大数を越えたとき初めて第
８−１図のフローチャートを実行して、各分割モードの
情報量から最大ブロック数して下における最適モードを
決定するようにする。これにより伝達前の予備処理に要
する時間が節約できる。

次に上述した実施例に文字認識機能を付加した場合を例
として以下説明する。

この実施例の場合も構成は第１図と同じであり、リーダ
１０により読み取られた原稿データはＩＭＥＭ２５に格
納され、ＣＰＵ２７により文字認識され認識された文字
については、その文字に対応したコードが割り当てられ
る。この文字認識の方法について一般によく知られた方
法により行う。

原稿の文字情報を認識する場合には、認識できない文字
が存在することがある。そこで認識できない文字を各々
別ブロックとしてイメージデータで送信するとブロック
分割が複雑になってしまい、分割ブロック数が増えてし
まう。

そこでこの実施例では認識文字については、第３図の例
に示した様にコードブロックとして送信し、認識不能な
文字はビットイメージブロックとして送信し、受信側に
おいて重畳合成する。

第９図は第４の実施例による例を示した図である。

第９図（ａ）の原稿を文字認識した場合、「端末」、「
特徴」の文字が認識不能である。

第９図（ｂ）のコードブロックにおいて認識不能の文字
に対してはブランクコードが割り当てられる。

第１０図は、第４の実施例のＣＰＵ２７の制御動作を示
したフローチャート図である。

以下第１０図のフローチャート図に基づいて第４の実施
例を詳細に説明する。

第１０図のステップＳ１において、ＣＰＵ２７はリーダ
１０によって読み取られた原稿のビットイメージデータ
をＩＭＥＭ２５に格納する。

そしてステップ８２〜Ｓ６において１文字づつ文字認識
を行う。この文字認識についてはまずＩＭＥＭ２５のビ
ットイメージデータを走査することによって文字行の認
識を行い、文字行の認識が終了すると次に文字列の認識
を行う。こうして原稿のビットイメージデータは所定の
文字行。

文字列に分割され、それぞれ１文字づつ認識して行く。

尚文字認識方法には種々の方法があり、本実施例の方法
に限るものではない。

ステップＳ２、Ｓ３において１文字の認識を行い、文字
認識するとステップＳ４で対応する文字コードなＰＭＥ
Ｍ２３のコードブロックエリアに格納し、文字認識不能
であればＰＭＥＭ　２３のコードブロックエリアにはス
ペースコードを格納し、かつＰＭＥＭ２３のビットイメ
ージ作成エリアの認識不能文字のアドレスに認識不能文
字のビットイメージデータを格納する。ここでＰＭＥＭ
２３の各エリアについて説明すると、ＰＭＥＭ２３には
コードブックエリアとビットイメージ作成エリアとビッ
トイメージブロックエリアが設けられている。コードブ
ロックエリアとビットイメージ作成エリアは各々文字認
識のために分割された数（文字行Ｘ文字列）のアドレス
が与えられる。又、認識を行う１文字分のピッ］・イメ
ージは第９図（Ｃ）に示す様に文字ビットイメージブロ
ックの大きさ情報（ａ、ｂ）が与えられる。

次にステップＳ６において全文字の認識が終了したと判
断するとステップＳ７に進み、ステップＳ７において認
識不能の文字が存在するかどうかを判断する。

ステップＳ７で認識不能文字無と判断するとステップＳ
８に進んでＰＭＥＭ２３のコードブロックエリアのデー
タの前にコードブロックのアドレス情報と大きさ情報、
例えば第９図（ｂ）の（ｘ、ｙ）と（ｘ’　、ｙ’　）
、そして文字の配列を示した情報及びコードブロックで
あることを示す識別データを付加し、コードブロックデ
ータとして送信する。

又、ステップＳ７で認識不能文字有りと判断するとステ
ップＳ９〜Ｓ１２においてＰＭＥＭ２３のビットイメー
ジ作成エリアの認識不能文字の・　ビットイメージデー
タの格納されたアドレスの最小Ｘｍｉ　ｎ＝Ｘ＋　、最
小Ｙｍｉｎ＝ｙ＋。

最大Ｘｍａｘ＝ｘｎ、最犬Ｙｍａｘ＝最大　（第９図（
Ｃ）参照）を読み出し、ステップ５１３〜Ｓ１５におい
てビットイメージブロックを作成する。まずステップＳ
１３でビットイメージブロックの起点アドレス情報（Ｘ
ｍｉ　ｎ、Ｙｍｉ　ｎ）と大きさ情報（Ｘｍａｘ＋ａ−
Ｘｍｉｎ、Ｙｍａｘ＋ｂ−Ｙｍｉｎ）をセットし、ステ
ップＳ１４でブロックがビットイメージデータであるこ
とを示す識別情報と該ブロックがコードブロックと重ね
合されることを示すブロック重ね合せ属性をセットする
。そして、ステップＳ１５においてビットイメージブロ
ックエリアの認識不能文字の位置する各々の領域にビッ
トイメージ作成エリアのビットイメージデータを各々格
納し第９図（Ｃ）のビットイメージブロックに示す様な
ビットイメージデータが作成される。

こうしてステップＳ１５で作成されたビットイメージデ
ータはビットイメージブロックデータとしてステップ３
１３．Ｓ１４でセットした情報とともにＰＭＥＭ２３に
格納される。この時、ビットイメージデータをＩＣＬＪ
２２によって符号化してもよい。

次にステップＳ１６において、まずコードブロックエリ
アのコードデータにステップＳ８と同様にコードブロッ
クのアドレス情報と大きさ情報。

識別情報１文字の配列を示す情報を付加しコードブロッ
クデータとしてＰＭＥＭ２３に格納した後、コードブロ
ックとビットイメージブロックを通信相手先に送信する
。

以上の様に第４の実施例によれば原稿を文字認識して文
字のコード化を行うのでキーボード６１による文字入力
に比べて操作の手間を省くことが出来、データ通信時間
を短縮出来る。

しかも認識できなかった文字についてはビットイメージ
データで送信するので確実に原稿データを送信すること
が出来る。

又更には、認識文字と認識不能文字を各々１つのコード
ブロックと、１つのビートイメージブロックに含めて送
信するので、データを複数のブロックに分割する場合に
比べてブロック数が少なくてすみ、データ通信時間が短
かくなり、送信側や受信側におけるデータ処理も簡単に
なる。尚上記認識によるコードブロックにワープロによ
る作製テキストのコードデータも含めて１つのブロック
として送ることも可能である。

尚異なるデータとして、グラフィックコードデータ、キ
ャラクタコードデータ、ラインイメージのビットデータ
、ハーフトーンイメージのデータ等がある。

【図面の簡単な説明】

第１図は本発明による通信方法による通信端末装置のブ
ロック図、 第２図は本発明による通信端末装置の斜視図、第３図、
第４図、第６図、第７−１図〜第７−５図、第９図はデ
ータのフォーマットを示す図、第５図、第８−１図、第
８−２図、第１０図は通信方法を示すフローチャート図
である。

Claims (1)

【特許請求の範囲】
1. ２種以上のデータを混合して伝送する文書通信方法にお
   いて、データを複数のブロックに分割するとともに、所
   定の分割数以上の場合分割数をそれ以下とする様再分割
   処理に伝送する文書通信方法。