JPS6346846A - デ−タ通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔技術分野〕 本発明は画像データや文字コードデータ等のデータ通信
を行うデータ通信装置に関するものである。

〔従来技術〕

従来この種の装置、例えばファクシミリ装置においては
、原稿を読み取り画像データとしてデータ送信を行う。

この様なファクシミリ装置では、複数の原稿中に同じデ
ータが何度もある場合にもその都度同じデータを送信す
る。この為に同じデータにも関らず何度も送信するので
無駄が多く、伝送時間が長くなってしまうという欠点が
あった。

〔目的〕

本発明の目的は上述従来例の欠点を除去するとともに無
駄のないデータ通信を行い、通信時間・を短縮すること
の出来るデータ通信装置を提供することにある。

〔実施例〕

以下図面を参照して本発明の一実施例を詳細に説明する
。

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

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

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

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

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

ＢＭＵ２４は、ＣＲＴ６０において画像の編集（画像処
理）を行うものであり、所定画像を拡大、縮小。

回転、移動またはカット等を行うものである。

ＩＭＥＭ２５は４バイトを有し、リーダからの画像を格
納したり、Ｂ　Ｍ　Ｕ　２４による編集画像を格納した
り、ＩＣＵ２２によって伸長したデータを格納したり、
キーコードキャラクタによるワープロコードデータ、ミ
クストデータ、またはキャラクタコードをイメージに変
換したデータを格納するものである。ここで、ミクスト
データの場合イメージブロック、キャラクタブロックに
識別コードを付して格納する。またＩＭＥＭ２５は、所
定データを一時記憶することによって、リーダ１０１回
線４０のスピードに合せるためのものであり、ＶＲＡＭ
２６はＣＲＴ６０に表示する画像データをビットマツプ
コードによって記憶するものである。

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

キーボード６１は文字等を入力するとともに、カーソル
を使用してＣＲＴ６０上の位置を指定するものである。

マウス６２はポインティングデバイスの１つである。こ
の他プリンタ７０が設けられている。

本実施例のミックスモード端末ではイメージデータ、キ
ャラクタデータ、イメージとキャラクタデータが混在し
たデータの通信を行うことができる。

まず送信の場合には、たとえば送信原稿をイメージ領域
とキャラクタ領域というように複数のブロック（イメー
ジデータ又はキャラクタデータを複数のブロックに分け
てもよい）に分けて、各ブロックに位置情報、大きさ情
報等をコードで付加して受信装置の間で各ブロック単位
のパケット交換を行う。ここで本実施例ではよく使用す
ると思われるブロックデータを送信側と受信側のフロッ
ピーディスク装置５１に登録してお（ものである。

第３図（ａ）、　　（ｂ）、　　（ｃ）、　　（ｄ）は
本実施例によるデータ構成を示した図である。

以下第３図（ａ）、　　（ｂ）、　　（ｃ）、　　（ｄ
）に基づいて詳細に説明する。

第３図（ａ）はデータの全体構成を示した図である。

第３図（ａ）のＡは送信元の名称、送信日時。

原稿枚数等の送信情報データである。Ｂはベージデータ
であり、該ページデータＢは１ページの原稿データがす
べてキャラクタデータであるか、すべてイメージデータ
であるか、或いはイメージデータとキャラクタデータの
混在データであるかを示す識別コードと、１ページの原
稿データがいくつのブロックデータより構成されている
かを示すコードより成る。

Ｃは以降ブロックデータが続くことを示すコードである
。

Ｄ、　　Ｅはそれぞれブロックデータである。

上記送信情報データＡ、ページデータＢ、ブロックデー
タ指示コードＣは送信側の装置によって付加される。

第３図（ｂ）はブロックデータがイメージデータの場合
のブロックのデータ構成を示した図である。

第３図（ｂ）においてａはブロックのアドレス情報であ
る。

ｂはブロックの大きさ情報である。

Ｃはこのブロックのデータの登録を希望することを示す
情報である。

ｄはこのブロックのデータがイメージデータであること
を示す情報である。

ｅはイメージデータの符号化の種別を示した情報であり
、たとえばこのブロックのイメージデータがＭ　Ｈ、Ｍ
　Ｒ、Ｍ　Ｍ　Ｒのうちのどの符号化方式によって符号
化されているかを示すものである。但し符号化方式は上
記の３つのものに限るものではない。

ｆはイメージデータの副走査方向の走査密度を示す情報
である。

ｇはイメージデータである。

第３図（ｃ）はブロックデータがキャラクタデータの場
合のブロックのデータ構成を示した図である。

第３図（Ｃ）においてｄ′　はこのブロックのデータが
キャラクタデータであることを示す情報である。

ｅ′　はキャラクタの新式を示す情報であり、たとえば
キャラクタの大きさ、キャラクタの配列方向等の新式情
報である。

ｇ′　はキャラクタデードデークである。

第３図（ｄ）はブロックデータが改しめ登録されである
ブロックデータである場合のブロックのデータ構成を示
した図である。

第３図（ｄ）においてｈはこのブロックのデータが登録
されているものであることを示す情報である。

ｉは上記登録ブロックデータがどの登録ブロックデータ
であるかを示す情報である。

まず上述した第３図（ａ）、　　（ｂ）、　　（ｃ）、
　　（ｄ）のデータ作成について説明する。

オペレータはレーダｌＯによって読み取らせたイメージ
データとキーボード６１によって入力したキャラクタデ
ータの編集をＣＲＴ６０の画像を見ながら行う。

オペレータはＣＲＴ６０に表示された１ページの原稿を
見ながら１ページの原稿データを複数のブロックに分け
るが、その時ブロックのアドレスおよびブロックの大き
さが決定される。

オペレータはマウス６２とキーボード６１によって各ブ
ロックのアドレス及び大きさを入力し、第３図（ｂ）、
（ｃ）、（ｄ）に示すアドレス情報ａ。

大きさ情報すがブロックのキャラクタデータ、イメージ
データに付加される。

また、リーダ１０によって読み取られたイメージデータ
はＩＣＵ２２により符号化されるが、この符号化方式を
示す情報ｅ（本実施例ではＭ　Ｍ　Ｒ符号化を行ってい
る）とイメージデータの副走査方向の走査密度を示す情
報ｆも付加される。

一方、キャラクタデータにはキャラクタの新式情報ｅが
付加されている。

また、キャラクタデータ、イメージデータにはキャラク
タデータであることを示す情報ｄ′　イメージデータで
あることを示す情報ｄが付加されている。

オペレータはブロックのデータが登録されているブロッ
クデータである場合にはキーボード６１によって複数の
登録ブロックデータの中からこのブロックデータを指定
する為のデータ、例えばブロックのアドレスや登録ブロ
ックの名称データを入力する。受信側や送信側のブロッ
クの登録は上記アドレスや名称データに対応してフロッ
ピーディスク５１に格納されている。これによって第３
図（ｄ）に示す登録ブロックデータであることを示す情
報りと、登録ブロックアドレス情報ｉが付加される。

上述した各情報の付加はすべてＣＰＵ２７によって行い
、こうして１ページ原稿データが作成され、ハードディ
スク装置５０に格納される。この場合、オペレータはど
のデータが登録されているかをＣＲＴに表示し確認する
ことが出来、この表示情報に基づいて登録ブロックデー
タの指定を行う。

送信を行う場合、オペレータはキーボード６１によって
操作し、ＣＰＵ２７によって送信原稿データをハードデ
ィスク装置５０から読み出させる。尚、送信するデータ
には第３図（ａ）の送信元情報データＡ、ページデータ
Ｂがキーボード６１により改しめ付加されている。

こうして第３図（ａ）の送信データが作成され、ＣＣＵ
３Ｏを介して受信装置に送信される。

次に受信について説明する。

回線４０．ＣＣＵ３Ｏを介して受信したデータはまずハ
ードディスク装置５０に格納される。データの受信があ
るとＣＲＴ６０には受信有の表示が行われる。

受信データをＣＲＴ６０に表示する場合、あるいはプリ
ンタ７０によってプリン［・アウトする場合にはオペレ
ータはキーボード６１によって原稿データを指定し、表
示あるいはプリントアウトの実行入力を行う。これによ
ってＣＰＵ２７は指定された原稿データをハードディス
ク装置５０より読み出す。

そして第３図（ａ、　）に示すデータをドツトデータに
展開してＩＭＥＭ２５に格納していく訳である。

第４図（１）〜（４）はＩＭＥＭ２５の１ペ一ジ分のメ
モリに格納される原稿ドラＩ・データを示した図である
。

この第４図（１）〜（４）の場合では１ページが３つの
ブロックに分けられている。データに付加されている送
信元情報Ａ（コード情報である）は、各コードに対応す
るフォントデータに展開される。

次にブロックデータの展開を行う。まずアドレスａと大
きさ情報すによってメモリ上のブロックの位置と大きさ
が決定され、そのブロックのメモリ領域にイメージデー
タ、あるいはキャラクタデータのドツトデータが格納さ
れる。

ＣＰ　Ｕ　２７はブロックに付加されているデータＣ９
ｈに基づいて登録ブロックか或いは登録希望ブロックか
の判断を行い、登録ブロックであれば登録ブロックデー
タｉに対応するブロックのデータをフロッピーディスク
５１より読み出しドツトデータに展開する。又、登録希
望ブロックであれば、次にデータ識別情報ｄ、　ｄ’　
　によってそのブロックのデータがイメージデータであ
るか、キャラクタデータであるかを判断する。イメージ
データの場合には符号化情報ｅ１画素密度データｆに基
づいてＩＣＵ２２によって符号化されているイメージデ
ータを符号化し、Ｉ　Ｍ　Ｅ　Ｍ２５のそのブロック領
域にドツトデータを格納する。又、ブロックのデータが
キャラクタデータの場合にはキャラクタの新式情報ｅ′
　に基づいてキャラクタをＰ　Ｍ　Ｅ　Ｍ　２３に格納
されているフォントデータを基に展開して、ＩＭＥＭ２
５のそのブロック領域にドツトデータを格納する。

ブロックのデータが第３図（ｄ）に示すデータの場合、
ＣＰＵ２７は登録ブロックデータｉに基づいてフロッピ
ーディスク５１から登録ブロックのイメージデータ又は
キャラクタデータを読み出す事によって、ＩＭＥＭ２５
のそのブロック領域に登録ブロックのイメージ又はキャ
ラクタのドツトデータが格納される事になる。

第３図（ｄ）のブロックのデータの読み出しについて詳
細に説明する。

ＣＰＵ２７はフロッピーディスク装置５１より第３図（
ｄ）のブロックデータを読み出した場合、まず前述の様
にアドレス情報ａと大きさ情報すに基づいてＩＭＥＭ２
５のページメモリのブロック領域を決定する。大きさ情
報すはたて方向と横方向のビット数によって表現されて
おり、第４図（１）に示す様にアドレスａと大きさ情報
であるＸ（よこ方向のビット数）、Ｙ（たて方向のビッ
ト数）によってブロック領域が決定される。

次にＣＰＵ２７は登録ブロックであることを示す情報り
を識別すると登録ブロックデータｉを入力する。そして
登録ブロックデータｉに基づいて登録ブロックの大きさ
情報ｘ’　、ｙ’　　を読み出し、上記Ｘ、Ｙと比重す
る。また、同時にＣＰＵ２７は登録ブロックのデータが
イメージデータであるか、キャラクタデータであるかを
判別する。

登録ブロックのデータがイメンデークであるとＣＰＵ２
７はＩ　Ｍ　Ｅ　Ｍ　２５の同一データブロック領域が
ドツトデータを読み出し、上記Ｘ、Ｙと上記Ｘ′。

Ｙ′　の比に従って読み出したドツトイメージデータを
変倍してＩ　Ｍ　Ｅ　Ｍ　２５のブロック領域に格納す
る。

ドツトイメージデータの変倍については、通常よく知ら
れた変倍方法によって行う。

以上のように登録ブロックのイメージデータがＩ　Ｍ　
Ｅ　Ｍ　２５に格納されることになる。

このようにブロックの大きさ情報に応じて自動的に変倍
する事ができる。

又、登録ブロックのデータがキャラクタデータである場
合も前述したイメージデータの場合と同様にＩＭＥ〜丁
２５から登録ブロックのドツトキャラクタデータを読み
出し、ブロックの大きさ情報すに基づいて変倍処理を行
い、１〜ｆ　Ｅ　Ｍ　２５のブロック領域に格納する。

キャラクタデータの場合は登録ブロックのキャラクタデ
ータをフロッピーディスク５１から読み出し、ブロック
の大きさ情報すに応じたＰ′〜ｒ　Ｅ　Ｍ　２３のフォ
ントデータによって展開してもよく、このように新たに
フォントデータで展開すればきれいな画像が得られる。

こうしてＩ　Ｍ　Ｅ　Ｍ　２５のページメモリには第４
図（１）〜（４）に示すようなドツトデータが格納され
る。

第４図（４）においてブロック２は第・１図（２）のブ
ロック２のイメージデータを変倍したデータであり、第
４図（４）のブロック１は第１↓図（３）のブロック３
のドツトキャラクタデータを変倍したデータである。

ＣＲＴ６０にデータを表示する場合にはＩ　Ｍ　Ｅ　Ｍ
　２５から表示データを読み出しＶ　ＲＡ　Ｍ　２６に
格納して表示する。またプリントアウトする場合にはＩ
Ｅ’ν丁２５からデータを読み出しプリンタ７０に出力
してプリントアウトする。

以上のように登録ブロックのデータと同一のイメージデ
ータまたはキャラクタデータである場合には登録ブロッ
クであることを示すｈと登録ブロックデータＩを付加す
るだけでよいのでデータ量を少なくすることができ伝送
時間を短縮することができる。

又、上述したようにそのブロックの大きさ情報すに応じ
て自動的に変倍することもできる。

第５図は本実施例における送信データを作成する場合の
ＣＰＵ２７の動作を示したフローチャート図である。

第５図においてステップＳ２で送信情報へをセットシ、
ステップＳ４でベーンデータＢをセットし、ステップＳ
６以降で第３図（ｂ）〜（ｄ）のブロックデータを作成
する。

又、第６図は本実施例における受信データを記録出力す
る場合のＣＰＵ２７の動作を示したフローチャート図で
ある。

本実施例では第５図、第６図のフローチャーｉ・図に示
すＣＰＵ２７の制御に基づいて上述した動作を行う。

〔効果〕

以上説明したように本発明によってデータ通信装置にお
けるデータ量を少なくすることができ、メモリの節約お
よび伝送時間を少なくすることができる。

【図面の簡単な説明】

第１図は本発明の一実施例の基本構成を示したブロック
図、 第２図は本実施例の斜視図、 第３図（ａ）、　　（ｂ）、　　（ｃ）、　　（ｄ）は
本実施例のデータ構成を示した図、 第４図はＴＭＥＭ２５のベーンメモリを示した図である
。 第５図、第６図は本実施例のフローチャート図である。 ｌＯはリーグ ２０はファクンミリ本体 ２１はリーダ／プリンタインターフェース２２はＩＣＶ ２３はＰ　Ｍ　Ｅ　Ｍ ２４はＢＭＵ ２５はＩＭＥＭ ２６はＶＲＡ ２７はＣＰＵ ２８はコミュニケーションインターフェース、２９はバ
ス ３９はＣＣＵ ４０は通信回線 ５０はハードディスク装置 ５１はフロッピーディスク製画 ６０はＣＲＴ ６１はキーボード ６２はポインティングデバイス ７０はプリンタ である。

Claims (2)

【特許請求の範囲】
1. （１）データを複数のブロックに分けて送信する送信手
   段と、上記複数のブロックのブロックデータの内受信側
   で登録されているブロックデータの場合には上記ブロッ
   クデータに特定コードを割り当てる手段とを有すること
   を特徴とするデータ通信装置。
2. （２）複数のブロックに分けられたデータを受信する受
   信手段と、予じめ特定のブロックデータを格納した記憶
   手段と、上記受信手段により受信した複数のブロックデ
   ータの内、特定コードが割り当てられているブロックに
   ついては上記記憶手段より上記特定コードに対応するブ
   ロックデータを読み出し出力する手段とを有することを
   特徴とするデータ通信装置。