JPS6370664A - デ−タ通信方式 - Google Patents

Abstract

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

Description

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

近年、この種の装置、例えばファクシミリ装置ではデー
タ通信速度の高速化及び通信機能の多用化が進んでいる
。しかしながら、データ通信速度は速くなっても、種々
の機能を持つ為に通信手順により通信モードを決定し、
その通信モードに合う様にデータの変換を行う為に結局
通信時間が長くなってしまうという欠点がある。

〔目　的〕

本発明の目的は上述従来例の欠点を除去すると同時に、
データ通信を効率的に行い、通信に要する時間を短かく
することにある。

〔実施例〕

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

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

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

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

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

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

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

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

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

キーボード６１は、文字等を入力するとともに、カーソ
ルを使用してＣＲＴ６０上の位置を指定するものである
。６２は、ポイングラバイスである。この他、プリンタ
７０が設けられている。

第３図は、ＰＭＥＭ２３に格納される本実施例の機能ブ
ロック図である。プログラムローダＳ１は非常駐のプロ
グラムを必要に応じローディングし実行するモジュール
である。編集プログラムＳ２はキーボード６１．ポイン
ティングデバイス６２、リーダ１０を入力装置とし、公
知のワードプロセッサの機能と、画像の入力、移動、複
写、消去、拡大、縮小といった画像編集機能を使ってペ
ージ内に文字データとイメージデータが混在した文書を
作成し、編集ファイルＳ９に格納する。編集プログラム
Ｓ２は作成した文書をＣＲＴ６０に表示し、プリンタ７
０で印刷する機能、および文書を再編集する機能も備え
ている。通信管理Ｓ３は作成した文書を送信する場合の
送信指示、受信した文書の出力指示、宛先登録ファイル
Ｓ１４への宛先登録、送信ログファイルＳ１２、受信ロ
グファイルＳ１３に格納された送受信結果の表示を行う
。ファイルコンバータＳ４は編集プログラムで作成し編
集ファイルＳ９に格納した文書をＣＣＩＴＴの勧告で定
められたデータ形式に変換し、送信ファイルＳＩＯに格
納する。ファイル管理Ｓ６は送信ファイルＳＩＯ，受信
ファイルＳｌｌ、送信ログファイルＳ１２、受信ログフ
ァイルＳ１３、宛先登録ファイルＳ１４のオープン、ク
ローズ、リード、ライト等を行うハンドラーである。通
信制御Ｓ７はＣＣＵ３Ｏ上で動作するプログラムで、回
線４０を介して相手端末との端末機能のネゴシェーショ
ン、通信手順の実行をし、送信ファイルＳＩＯの送信文
書を送信し、結果を送信ログファイルＳ１３に書き、文
書を受信した場合は受信ファイルＳｌｌに書き、結果を
受信ログファイルＳ１３に書き込む。

次に、上記実施例の動作について説明する。

第４図は上記実施例における送信動作を示すフローチャ
ートである。以下のフローチャートは、ＰＭＥＭ２３に
格納するプログラムに基づいて、ＣＰＵ２７によって実
行される。

まず編集プログラムＳ２で作成した文書のうち、送信し
たい文書を選択する（Ｓ５１）。次に宛先ファイルに送
信したい宛先があるか判定する（Ｓ５２）。

ない場合は宛先を入力する（Ｓ５３）。宛先ファイルに
装置機能があるか判定する。ない場合は装置機能を入力
する（Ｓ５５）。相手の装置機能がよくわからない場合
は、安全のために複数の装置機能を入力する（Ｓ５６）
。次に送信指定時刻を入力する（Ｓ５７）。

ＣＰＵは編集ファイルを、宛先ファイルに装置機能があ
る場合はそれに従い、ない場合は入力した装置機能に従
いデータ変換をし、送信ファイルとして登録する。複数
の装置機能を入力した場合は１つの編集ファイルから複
数の送信ファイルを作ることになる（Ｓ５８）。ＣＰＵ
は送信時刻になったかを判定しく５５９）そうであるな
らば通信を開始する。

まず、通信の相手方と装置機能についてネゴシェーショ
ンする（３６１）。その結果、先に編集ファイルから変
換した送信ファイルの中に相手の装置機能を超えないも
のがあるか判定しく５６１）、もしない場合は送信でき
ないのでエラー表示をする（Ｓ６３）。

ある場合は送信ファイルを選択しく５６２）、手順に従
いデータを送信する（ＳＯ４）。最後に送信結果を送信
ログファイルに記録して（Ｓ６５）送信を終える。

以上説明したように、送信前に複数の変換ファイルをも
ち、送信時のネゴシェーションで確認された相手装置の
機能に見合うファイルを選んで送信することにより、よ
り確実にデータ送信ができるよになるという効果がある
。

又、予じめいくつかのデータ形式に送信データを変換し
ておくので、通信相手にデータ通信する場合に、通信相
手先に応じたデータ形式に変換しながらデータ送信のに
比べて通信に要する時間が短か（なる。

又、本実施例では通信相手先の通信機能が不明である場
合にいくつかのデータ形式に変換してデータを保持する
ものであるが、予じめ通信相手先の通信機能をハードデ
ィスク装置５０、或いはフロッピーディスク装置５１に
登録しておき、データ送信する場合は通信相手先に応じ
たデータ形式に変換してから送信する。

〔効　果〕

以上説明した様に本発明によってデータ通信を効率的に
行うことが出来、通信に要する時間を短縮することが出
来る。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック図である。 第２図は上記実施例を示す斜視図である。 第３図は上記実施例の機能ブロック図である。 第４図は上記実施例の動作を示すフローチャート図であ
る。 Ｓｌはプログラムローダ−１Ｓ２は編集プログラム、Ｓ
３は通信管理、Ｓ４はファイルコンバータ、Ｓ５は受信
出力、Ｓ６はファイル管理、Ｓ７は通信制御、４０は回
線、Ｓ９は編集ファイル、ＳＩＯは送信ファイル、Ｓｌ
ｌは受信ファイル、Ｓ１２は送信ログファイル、Ｓ１３
は受信ログファイル、Ｓ１４は宛先登録ファイルである
。

Claims (1)

1. 【特許請求の範囲】 データを通信する為のデータ通信手段と、 データをいくつかのデータ形式に変換する手段と、 上記変換手段により変換されたいくつかの形式のデータ
   を記憶する手段と、 通信相手先の通信機能に応じて上記記憶手段の所定の形
   式のデータを選択し上記データ通信手段により通信を行
   う制御手段とを有することを特徴とするデータ通信装置
   。