JPS62269541A

JPS62269541A - 文書通信方法

Info

Publication number: JPS62269541A
Application number: JP61114017A
Authority: JP
Inventors: Naoyuki Okada; 直行岡田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1986-05-19
Filing date: 1986-05-19
Publication date: 1987-11-24

Abstract

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

Description

【発明の詳細な説明】（技術分野）本発明は文書通信装置、特に送信文書の作成方式に関す
る。

（従来技術）文字コードとビットイメージを混合して送信できる方式
の提案はあった。

ミクスト端末送信方式としては１つの文書を文字コード
ブロック、ビットイメージブロックの複数のブロックの
集合として組立てそのブロックを順次送る方式が考えら
れている。

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

（発明の目的）本発明は以上の欠点を除去するもので、適正分割された
ブロックに基づいて位置せしめるものであり、又、その
分割をブロックのデータ量に応じて決定するものであり
、又分割数に応じて決定するものであり、又、分割モー
ドの１つを任意に選択あり、第２図は、上記実施例を示
す斜視図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第３図（ｃ）に編集した結果の１頁の文書を示す。

ブロック１〜６は文字コードのブロック、ブロック７．
８はビットイメージのブロックである。

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

これを２つのブロックにしたものが第３図（ａ）。

（ｂ）である。各々ブロック９．ＩＯとなる。

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

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

第５図にブロック変換の処理チャートを示す。ＣＲＴ６
０上で前述の如き工程でリーグＩＯからのビットイメー
ジデータとキーボード６１からのコードデータとを組合
せて第３図（Ｃ）の如き文書編集し、かつブロック境界
を示すコードとブロックの属性を示すコードを入力する
。その中に文字コードブロックがあるか否か属性コード
から判定しく２）、あればそれが複数ブロックか否か判
定しく３）、複数であればそのブロック間の付近イメー
ジ領域のブロック８をスペースコードで埋める（４）。

ブロック７はブロック２との境に文字行リターンコード
があるのでスペースコードは埋めないですむ。そしてそ
れらのブロック境界を示すコードを削除し属性変更をし
文字コードだけの１ブロツクとしてＰＭＥＭに格納する
（５）。

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

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

受信側では、伝送された文書データ９．１０をディスク
５０に格納し、その後Ｐ　Ｍ　Ｅ　Ｍ　、　Ｉ　Ｍ　Ｅ
　Ｍに転送し、前又は後に送られたブロック重ね合せ属
性コードを検出して、ブロック９とブロック■０を重ね
合せ、第３図（Ｃ）の送信文書をＣＲＴ６０上又はプリ
ンタ７０上で再現する事ができる。

第６図（Ｃ）はキャラクタコードブロック１１と１３の
間にキャラクタコードとビットイメージデータとが重畳
したブロック１２を有する文書であるが、ブロック１２
を同じ大きさのコードブロック１２−１とビットイメー
ジブロック１２−２に分けて送ることができる。その場
合、４つのブロック構成となるが、重畳ブロックＩ２を
細かいブロックに分けるよりは少ないブロックで済み、
伝送効率は高まる。この場合他のブロック境界と属性は
残したままで重ね合せ属性コードをブロック１２に対し
付与し、受信側では伝送されたブロック１２−１．１２
−２のみを重ねて再生する。

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

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

次に伝送用ブロックの最適分割につき説明する。

第７−１図〜第７−４図は文字コードデータ領域Ｃと画
像データ領域■とを有する１ペ一ジ文書の可能な領域分
割例である。

第７−１図の例は文字領域を０１．Ｃ２とし画像領域を
１１として、透明な重畳はしない。この場合の伝送形態
はＣＩブロック、Ｃ２ブロック、■１ブロックの３ブロ
ック伝送方式である。

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

Ｃ２＋１＋の３ブロツク伝送である。

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

第７−４図では文字領域Ｃ，，Ｃ２と画像領域工。

とをそれぞれ単一化しくＣＡとＩ　Ａ　）、透明な重畳
をする。この場合２ページ伝送となる。いずれの伝送効
率が高いかは一義的に決まらないが、この例ではかなり
の領域を文字領域が占めるので第７−３図の文字コード
の１ページ伝送と画像の１ブ′ロツク伝送が効率的にな
ると考えられる。なぜならＣＩ＋Ｃ２ブロックのへラダ
コード等が不要となるから。

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

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

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

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

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

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

Ｓ−２にて、メモリＩＭＥＭにおけるブロック１１に対
応のビットデータをＩＣＵ２２にて圧縮し、その圧縮し
たデータ量Ｉ、ｍをＩＣＵ２２により求められ記憶され
、Ｃ１ｍ　十Ｃ２ｍ　＋　Ｉ　Ｉｍの通信データの総量
Ｍ。

が求められ、ＰＭＥＭに記憶される。圧縮データはハー
ドディスク５０に一時格納される。

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

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

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

総量をＭ４とする。

分割の場合数ｎが予め４つとされているので、Ｓ−３に
て各総量計算毎にｎから−Ｌ　Ｌ／、Ｓ−４にて０に達
したか否か判定し、Ｓ−５において、４件分割の場合の
各総量Ｍ、−Ｍ４を比較する。その結果最少データ量の
分割モードを決定する。

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

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

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

（効果）以上のように２種以上の異種データを混合して伝送する
場合、最適な分割によるデータブロックにより伝送する
ので、伝送効率を高くすることができる。

【図面の簡単な説明】

第１図は本発明による通信装置のブロック図、第２図は
本発明における通信装置の斜視図、第３図、第４図、第
６図、第７−１図〜第７−４図は文書データのフォーマ
ットを示す図、第５図、第Ｒ図ｒ！１Ｌｆｆｉ方法を示
すフローチャート図であり、　１０が原稿イメージ読取
装置、６１はキャラクタ入力装置、Ｐ　Ｍ　Ｅ　Ｍ　、　　Ｉ　Ｍ　Ｅ　Ｍはメモリである
。

Claims

【特許請求の範囲】

（１）２種以上のデータを混合して伝送する文書通信方
法において、適正分割されたデータブロックに基づいて
伝送せしめることを特徴とする文書通信方法。
（２）第１項において、適正分割をブロックのデータ量
に応じて決定することを特徴とする文書通信方法。
（３）第１項において、適正分割を分割数に応じて決定
することを特徴とする文書通信方法。
（４）第１項において、分割モードの任意の１つを選択
してブロック分割することを特徴とする文書通信方法。