JPS63108851A - データ通信方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔技術分野］ 本発明はデータ通信方式に関するものである。

〔従来例〕

従来この種の装置、例えばファクシミリ装置では回線を
介して画像データの送受信を行うが、この時に問題とな
るのは、伝送時間が長くなり通信コストが高くなワてし
まう点にある。そこで近年では伝送時間を短縮する為に
伝送速度を速くしたりすることが行われている。しかし
ながら伝送速度のアップには限界がある。

（目的〕 本発明は上述従来例の欠点に鑑みなされたものであり、
必要なデータのみの通信を行い通信データ量を少なくし
てデータ通信を効率的に行うことを目的とするものであ
る。

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

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

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

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

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

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

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

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

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

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

６２はポインティングデバイスである。この化プリンタ
フＯが設けられている。

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

まず送信の場合には、たとえば送信原稿をイメージ領域
とキャラクタ領域というように複数のブロック（イメー
ジデータ又はキャラクタデータを複数のブロックに分け
てもよい）に分けて、各ブロックに位置情報、大きさ情
報等をコードで付加して受信装置の間で各ブロック単位
のパケット交換を行う。

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

第３図（ａ）のＡは送信元の名称、送信日時、原稿枚数
等の送信情報データである。Ｂはベージデータであり、
該ベージデータＢは１ページの原稿データがすべてキャ
ラクタデータであ′るか、或は、イメージデータとキャ
ラクタデータの混合データであるかを示す識別コードと
１ページの原稿データがいくつかのブロックデータから
構成されているかを示すコードより成る。Ｃは以降ブロ
ックデータが続くことを示すコードである。Ｄ、Ｅはそ
れぞれブロックデータである。

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

第３図（ｂ）はブロックのデータ構造を示した図である
。ａはブロックのアドレス情報である。

ｂはブロックの大きさ情報、Ｃはブロックのデータがイ
メージデータであることを示す情報、ｄはイメージデー
タの符号化の種別を示した情報であり、たとえばこのブ
ロックのイメージデータがＭＨ，ＭＲ，ＭＭＲのうちの
どの符号化方式によって符号化されているかを示すもの
である。

ｅはイメージデータの副走査方向の走査密度を示す情報
で、ｆはイメージデータである。第３図（Ｃ）において
Ｃ′はこのブロックがキャラクタデータであることを示
す情報で、ｄ′はキャラクタの新式を示す情報たとえば
キャラクタの大きさ、キャラクタの配列方向等の新式情
報である。

第３図（ｄ）は応答要求ブロックのデータオ湾成を示し
た図である。該応答要求ブロックは、送信側にこのブロ
ックに必要なデータを入力し返送してもらいたいことを
示すものであり、アドレス情報ａ、大きさ情報す、応答
要求ブロックであることを示す情報ｉより構成されてい
る。

第３図（６）、＜ｔ）は送信側から受信側に送られる応
答要求ブロックに対して受信側から送信側に返送する応
答ブロックのデータ構成を示した図である。第３図（ｅ
）はイメージの応答ブロックであり、第３図（ｆ）はキ
ャラクタの応答ブロックである。第３図（ｅ）、（ｆ）
に示す応答ブロックには応答ブロックであることを示す
情報りが付加されており、この応答ブロック情報りは、
どの応答要求ブロックに対応する応答ブロックであるか
を示す情報を含むものである。

次にまず第３図（ａ）のデータ作成について説明する。

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

オペレータはＣＲＴ　６０に表示された１ページの原稿
を見ながら１ページの原稿データを複数のブロックに分
けるが、その時ポインティングデバイス６２とキーボー
ド６１によって各ブロックのアドレス及び大きさを入力
し第３図（ｂ）。

（Ｃ）、（ｄ）に示すアドレス情報ａ、大きさｂが付加
されている。

またリーダ１０によって読み取られたイメージデータは
ＩＣＵ２２により符号化されるが、この符号化方式を示
す情報ｄとイメージデータの副走査方向の走査密度を示
す情報ｅも付加されている。キャラクタデータにはキャ
ラクタの新式情報ｄ′が付加される。またキャラクタデ
ータ、イメージデータにはキャラクタデータであること
を示す情報Ｃ′イメージデータであることを示すＣが付
加されている。

また、オペレータは、１ページの原稿を複数ブロックに
分けている時、その原稿の１ブロツクが、相手側への応
答要求ブロックである場合にはキーボード６１によって
、第３図（ｄ）に示す応答要求ブロックであることを示
す情報ｉが付加される。

上述した各情報の付加はすべてＣＰＵ２７によって行い
、こうして１ページの原稿が作成され、ハードディスク
装置５０に格納される。

送信を行う場合、オペレータはキーボード６１によって
操作し、ＣＰＵ２７によって送信原稿データをハードデ
ィスク５０から読み出す。

送信するデータには、第３図（ａ）の送信元情報データ
Ａ、ベージデータＢがキーボード６１によって入力され
付加される。こうして第３図（ａ）の送信データが作成
され、ＣＣＵ３Ｏを介して受信装置に送信される。そし
て送信側は受信側からの応答ブロックデータの受信を待
ち、応答ブロックデータを受信すると送信データと受信
した応答ブロックデータを合成し表示、又はプリントア
ウトする。

次に受信側の受信動作について説明する。

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

受信データをＣＲＴ６０に表示する場合、あるいはプリ
ンタ７０によってプリントアウトする場合にはオペレー
タはキーボード６１によって原稿データを指定し表示あ
るいはプリントアウトの実行入力を行う。これによって
ＣＰＵ２７は指定された原稿データをハードディスク装
置５０により読み出す。そして第３図（ａ）に示すデニ
タをドツトデータに展開してＩ　ＭＥＭ２５に格納する
ＣＰＵ２７はブロックに付加されているデータ識別情報
ｃ、ｃ’　によってそのブロックのデータがイメージデ
ータであるかキャラクタデータであるか判断し、イメー
ジデータの場合には符号化情報ｄ１画素密度データｅに
基づいてＩＣυ２２によって複合化を行わせ、ＩＭＥＭ
２５のそのブロック領域にドツトデータを格納する。キ
ャラクタデータの場合には新式情報ｄ′に基づいて、キ
ャラクタをＰＭＥＭ２３に格納されているフォントデー
タを基に展開して、ＩＭＥＭ２５のそのブロックの領域
にドツトデータを格納する。

受信データの中に、送信側からの応答要求ブロックが含
まれている場合、３４３図（ｄ）に示すデータ構造を受
信し、応答要求ブロックデータであることを示す情報ｉ
により応答要求ブロックであることを判断し、■゛ＭＥ
Ｍ２５にアドレス情報ａ、大きさｂの情報に基づいてブ
ロック領域が確保される。ＣＲＴ６０に表示する場合に
はデータをＶＲＡＭ２６に読出しＣＲＴ６０に表示する
。この時、応答要求ブロックには、代替メツセージ（例
えば“記入”、又は“応答入力して下さい”等のメツセ
ージ）を表示し、受信側の応答がわかり易くなる。

第５図は、１ページの受信原稿の中に、応答要求ブロッ
クが含まれた時の表示例を示した図である。

次にオペレータは、応答要求ブロクｊに対しての編集処
理の実行をキーボード６１より入力し、ＣＲＴ６０に表
示された１ページの原稿を見ながら、応答ブロックにデ
ータの入力を行う。応答要求ブロックに入力するデータ
がイメージの場合、リーダ１０によってイメージデータ
を読込み、リーダ／プリンタインターフェース２１を介
してＩＭＥＭ２５に記憶し、ＭＭＲ等の符号化を行った
後第３図（ｅ）に示されてぃ゛るイメージであることを
示す情報Ｃ５符号化の種類ｄ５画素密度データｅ％及び
応答要求に対する応答ブロックであることを示す情報り
を付加しＰＭＥＭ２３に格納し、送信側に返送する。

又、応答要求ブロックに入力するデータカキャラクタの
場合、キーボード６１から文字を入力し、第３図（ｆ）
に示すキャラクタであることを示す情報Ｃ′、キャラク
タの新式情報ｄ′及び応答要求に対する応答ブロックで
あることを示す情報りを付加しＰＭＥＭ２３に格納し、
送信側に返送する。

第４図は、送信側がデータ送信し受信側からの応答ブロ
ックデータと受信した時の表示例を示した図である。

第６図は送信時の動作を示したフローチャート図であり
、第７図は受信時の動作を示したフローチャート図であ
る。尚第６図、第７図のフローチャートに従った動作を
実行する為のＣＰＵ２フの制御プログラムは、ＰＭＥＭ
２３に格納されている。

以下まず第６図に基づいて送信側の動作について説明す
る。

第６図のステップＳ１において送信データの作成が行わ
れ、オペレータによる上述した如き操作に従って送信デ
ータが作成される。この時送信データには応答要求ブロ
ックデータが含まれている。そしてステップＳ２におい
て作成したデータを送信し、ステップＳ３にて受信を行
う。

この時ＰＭＥＭ２３及びＩＭＥＭ２５には送信したデー
タが格納されている。ステップ３において回線４０から
の呼び出し及び受信要求を検出すると、ステップＳ４で
回線４ｏからの受信データをハードディスク装置５ｏに
全て格納し受信が終了するとステップｓ５で受信有の表
示を行う、そしてステップＳ６にてオペレータによって
受信データ出力を指示する入力がキーボード６１よりな
されたかどうかを判断し、出力指示入力を検出するとス
テップｓ７に進み、ステップＳ７において受信したブロ
ックデータをハードディスク装置５０からＰＭＥＭ２３
に読み出し・、ステップＳｉでブロックデータの付加情
報を入力する。

次にステップＳ９にて受信したブロックデータが応答ブ
ロックであるかどうかを判別し受信したブロックデータ
が応答ブロックでなければステップＳ３に戻り、応答ブ
ロックであればステップＳ１０に進んでＩＭＥＭ２５の
ブロック領域の設定を行うが、この時応答ブロックのア
ドレスａ、Ｃ大きさｂは送信した応答要求ブロックのア
ドレスａと大きさｂが同じであるので、ＩＭＥＭ２５に
設定されるブロック領域は結局応答要求ブロックの領域
となる。そしてステップＳｉｔ、３１２にて応答ブロッ
クデータがイメージデータかキャラクタデータかの判別
を行い、応答ブロックデータがイメージデータであれば
ステップＳｔｔからステップＳ１３に進み、ステップＳ
１３でイメージデータの復号化を行い、ステップＳ１４
でＩＭＥＭ２５の設定ブロック領域にドツトイメージデ
ータを格納し、ステップＳ１５でブロックデータが全て
終了したと判別するとステップ８．１９に進む。

−力応答ブロックデータがキャラクタデータの場合ステ
ップＳ１２からステップＳ１６に進み、ステップ５１６
でブロックのキャラクタコードデータをフォントデータ
に展開し、ステップＳ１７でＩＭＥＭ２５の設定ブロッ
ク領域に順次フォントデータ（ドツトキャラクタデータ
）を格納し、ステップ５１８でブロックデータが全て終
了したと判断するとステップＳ１９に進む。

ステップＳ１９では次ブロックが有るかどうかを判別し
次ブロックが有ればステップＳ７に戻り、次ブロックが
無ければステップＳ２０にてＩＭＥＭ２５のドツトデー
タの表示又はプリンタ７０によるプリントアウトを行う
。

この時ＩＭＥＭ２５には予じめ送信したデータのドツト
データが保持されていて受信側から返送されて来る応答
ブロックのドツトデータがＩＭＥＭ２５に合成されるの
で第４図（Ｃ）に示す様なデータが出力されることにな
る。

次に受信側の動作について説明する。

第７図のステップＲ１において、回線４０からの呼び出
し及び受信要求を検出するとステップＲ２に進み、回線
４０から受信したデータをハードディスク５０に格納し
、データ受信が終了するとステップＲ３にて受信有の表
示を行う。

そしてステップＲ４にてオペレータによって受信データ
の出力指令の入力がキーボード６１によりなされたかど
うか検出し、出力指令入力を検出するとステップＲ５に
進んでハードディスク装置５０から受信したブロックデ
ータをＰＭＥＭ２３に読み出す、そしてステップＲ６に
おいて受信したブロックデータの付加情報を入力し、ス
テップＲ７にて付加情報のアドレス情報及び大きさ情報
に基づいてＩＭＥＭ２５のブロック領域を設定する。

次にステップＲ８，Ｒ９，ＲＩＯにおいて読み出したブ
ロックデータが応答要求ブロックか、イメージブロック
か、キャラクタブロックかの判別を行う、そして、ブロ
ックデータが応答要求ブロックであればステップＲ８か
らステップＲ１４，Ｒ１５に進み、応答入力指示情報の
ドツトデータをＩＭＥＭ２５のブロック領域に格納しス
テップＲ１９に進む。

又、ブロックデータがイメージデータであればステップ
Ｒ９からステップＲ１１，Ｒ１２゜Ｒ１３に進んでイメ
ージデータを復号化しＩＭＥＭ２５の設定ブロック領域
に伸長したドツトイメージデータを格納して、ブロック
データが全て終了°するとステップＲ１９に進む。

又、ブロックデータがキャラクタデータであればステッ
プＲＩＯからステップＲ１６，Ｒ１フ。

Ｒ１８に進んで、キャラクタコードをフォントデータに
展開し、フォントデータ（ドツトキャラクタデータ）を
順次ＩＭＥＭ２５の設定ブロック領域に格納してブロッ
クデータが全て終了するとステップＲ１９に進む。

ステップＲ１９では次ブロックのデータが有るかどうか
を判別し、次ブロックのデータが有ればステップＲ５に
戻り、次ブロックのデータが無ければステップＲ２０に
進む。こうしてＩＭＥＭ２５には１ページの原稿のドツ
トデータが格納されることになる。

ステップＲ２０ではＩＭＥＭ２５のドツトデータをＶＲ
ＡＭ２６に格納しＣＲＴ６０に原稿データを表示するが
、この時ＩＭＥＭ２５のドツトデータは保持されている
。

そしてステップＲ２１においてオペレータによって、応
答要求ブロックへの応答データの入力開始指令がキーボ
ード６１により入力されたかどうかを判断し、入力開始
指令が入力される°と、ステップＲ２２に進んで上述し
たように応答ブロックデータの作成（第３図（ｅ）。

第３図（ｆ）に示す如きブロックデータの作成）しＰＭ
ＥＭ２３に応答ブロックデータを格納する。そしてステ
ップＲ２３にて応答ブロックデータのドツトデータをＩ
ＭＥＭ２５の受信データのドツトデータと合成し、ステ
ップＲ２４でＣＲＴ６０による表示又はプリンタ７０に
よるプリントアウトを行った後、ステップＲ２５゜Ｒ２
Ｂにおいて応答ブロックデータを送信側に返送する。

以上のように本実施例では送信側は受信側に対して返送
してほしいデータを指示し、受信側は送信側に対して送
信側の要求しているブロックデータのみを返送するので
、通信されるデータ量が少なくてすみ、データ通信を効
率的に行うことが出来る。

又、送信側及び受信側では、送信データ（又は受信デー
タ）と応答ブロックデータを合成して各々表示したり、
プリントアウトするので、送信側と受信側では整ったデ
ータを得ることが出来る。

°（効果〕 以上説明したように本発明によってデータ通信装置にお
けるデータ量を少なくすることができ、データ通信を効
率的に行い伝送時間を短縮する°ことができる。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック図、第２図は
上記実施例を示す斜視図、 第３図榛（ａ）、（ｂ）、（ｃ）、（ｄ）。 （ｅ）、（ｆ）は本実施例のデータ構成図、第４図は送
信側が応答ブロックを送信して、受信側から解答データ
を受信し１ページの原稿全作成する様子を示した図、 第５図は受信側が応答ブロックを受信して、解答データ
の入力を行い、送信側へ解答ブロックを送り返す様子を
示した図、 第６図、第７図は本実施例の動作を示すフローチャート
図である。 １０はリーダ、２０はファクシミリ本体、２１はリーダ
／プリンタインタフェース、２２はＩＣＵ、２３はＰＭ
ＥＭ、２４はＢＭＵ、２５はＩＭＥＭ、２６はＶＲＡＭ
、２７はＣＰＵ。 ２８はコミュニケーションインタフェース、２９はハス
、３０はＣＣＵ、４０は回線、５ｏはハードディスク装
置、５１はフロッピーディスク装置、６０はＣＲＴ、６
１はキーボード、６２はポインティングデバイス、７０
はプリンタである。

Claims (1)

1. 【特許請求の範囲】 データを複数のブロックに分割して送信し 送信側は受信側に対して応答要求するブロックに所定情
   報を付加して送信し、受信側は上記所定情報の付加され
   たブロックに対応するブロックデータを送信側に返送す
   ることを特徴とするデータ通信方式。