JPS6370662A - デ−タ通信方法 - Google Patents

Abstract

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

Description

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

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

〔目的〕

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

重ね合せ属性コードは文書データ送信後に送ることもで
きる。

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

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

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

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

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

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

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

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

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

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

第７−２図は文字領域０１′と画像領域工。

とを透明な重畳扱いとする。尚Ｃ＋’　においてＣ，外
の領域は文字コードデータなしの領域であり、Ｃ１の文
字行の終りのリターンコードが存在する。この場合ｃ、
’、ｃ、、ｒ、の３ブロツク伝送である。

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

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

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

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

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

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

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

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

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

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

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

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

総量をＭ２とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図面の簡単な説明】

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

Claims (1)

【特許請求の範囲】
1. ２種以上のデータを混合して通信する方法において、情
   報を読み取って第１、第２のデータに変換し、各々ブロ
   ックとして通信することを特徴とするデータ通信方法。