JPS62262543A - データ通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （技術分野） 本発明はファクシミリやテレチフス等の通信端末装置又
はシステムに関する。

（従来技術） 従来のファクシミリは、受信の場合に、回線から送られ
たデータをＲＡＭ　（ランダムアクセスメモリ）に一旦
、記ｔＱ　Ｌ　、この記憶内容に基づいてプリンタが所
定の用紙にプリントする。

一方、送信の場合には、所定のリーグが原稿を読取り、
この読取りデータをＲＡＭに一旦、記憶し、この記憶内
容に応じた信号を回線に送り出す。また、上記受信およ
び送信動作において、データの圧縮、伸長を行なってい
る。

ところで、上記ＲＡＭは、電源を切ると、その記憶内容
が消失するという欠点があり、この欠点を克服するため
には、ＲＡＭの代りにハードディスク等の不揮発性メモ
リを使用することが考えられる。

この場合、正常に受信できたとしても、受信中に、ＣＣ
Ｕ（コミュニケーションコントロールユニット）等と、
上記不揮発性メモリとの間で異常が生じれば、その不揮
発性メモリに正常な記憶ができない。したがって、受信
内容を正確にプリントすることができなくなる。そして
、送信側はその異常に気がつかないことがある。この場
合には、受信内容の信頼性が低下することになるという
問題がある。これを、送信側からみれば、送信内容の信
頼性が低下するという問題になる。

又、ファクシミリには、イメージデータのみを送受信で
きる装置（クラス１）と、イメージデータの送受信が可
能であり、しかもキャラクタコードデータを受信のみ可
能な装置（クラス２）と、イメージデータおよびキャラ
クタコードデータの送受信が可能な装置（クラス３）と
がある。このクラス３の装置においては、文字コードデ
ータとイメージデータとがページ内で混在した文書を効
率よく伝送することができる。

ところで、上記クラス３の装置（ミクストモード端末装
置）から、上記クラスｌの端末装置に対しては、文字コ
ードデータを送ることができないので、不便であるとい
う問題がある。

また、ミクストモードの端末装置からテレテックスにイ
メージデータの送信できないという問題がある。

又、ファクシミリ本体にＣＲＴ等の表示手段を接続し、
受信したイメージデータに基づいてそのＣＲＴに表示す
ることが考えられる。又。

送信すべきイメージと文字とを、上記ＣＲＴを使用して
編集することが考えられる。そして。

その編集作業中に受信があった場合、ランプ等のインジ
ケータが点灯するようにすることが考えられ、このよう
にすれば、受信を確実に知ることができる。

ところが、上記の場合、ＣＲＴ以外にインジケータを設
けなければならず、部品点数が増加するという問題があ
る。

又、通信端末本体に不揮発性メモリを接続した場合で、
自動受信するためには、総ての電源を投入したままにし
ておく。しかし、これは、無駄な電力を消費するという
欠点があり、また、その場合、ハードディスク等を長時
間回転させるために、ハードディスクの寿命が短くなる
という欠点がある。この欠点を克服するためには、着信
があるまで、端末の電源を切り、着信があった後に端末
の電源を投入することが考、えられる、ところが、この
場合、ファクシミリが起動するまでに所定時間を要する
ので、回線を待たせるという問題がある。

又、自局のリーグが高Ｍ像度であり、相手局のプリンタ
等の解像度が低い場合に、上記り一ダが読取った高密度
データをそのまま伝送し、相手局で密度変換するように
すると、伝送時間が長くなるという問題がある。

（目的） 本発明は、上記の欠点を除去した通信端末装置にある。

又本発明は、所定のデータのみを受信できる相手局に対
して、確実に伝送することができるミクストモード端末
装ごを提供することを目的とする。

又、本発明は、イメージデータを受信できるが、キャラ
クタコードデータを受信することができないファクシミ
リに対して１文字情報を送信することができるミクスト
モード端末装置を提供することを目的とする。

又１本発明は、送信内容の信頼性が高いファクシミリを
提供することを目的とするものである。

又、本発明は、受信内容の信頼性が高いファクシミリを
提供することを目的とするものである。

又５本発明は、回線を待たせない通信端末装置を提供す
ることを目的とするものである。

又１本発明は表示画面上でイメージやテキストの編集作
業を行なっているときに、回線からの受信があったこと
を確実に知ることができる通信端末装置を提供すること
を目的とする。

又、未発明は高密度データを処理する自局から、低密度
データを処理する相手局にデータ伝送する場合に、その
伝送時間を短くすることかできるミクストモード端末装
置を提供することを目的とする。

又、本発明は、相手局の種類と伝送情報の種類とに応じ
て、送信モードを決める通信端末装置にあり、 又、本発明は、データの一部を変換して送信する通信端
末装こにある。

又、本発明は、合成データを信頼度よく送受信する通信
端末装置にあり、 以上の目的、他の目的は以下の例に明らかである。

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

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

ファクシミリ本体２０は、リーダ／プリンタインタフェ
ース２１と、イメージコンプレッションユニット（以下
ｒｌｃＵＪといつ）２２と、プログラムメモリ（以下ｒ
ＰＭＥＭＪという）２３と、ビットムーブユニット（以
下ｒＢＭＵＪ　という）２４と、イメージメモリ（以下
ｒＩＭＥＭＪ　という）２５と、ビデオＲＡＭ　（以下
「ＶＲＡＭ」という）２６と。

中央処理装置（以下ｒｃＰＵ」という）２７と、コミュ
ニケーションインタフェース２８と、パス２９と、コミ
ュニケーションコントロールユニット（以下ｒＣＣＵＪ
　、！”いつ）３０ＩＣＵ２２は、データを圧縮または
伸長するものであり、符叶化率を高くするためには、二
次元圧ｌｉ！（高圧１ａ）が採用されている。

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

また、ＰＭＥＭ２３は、メモリマネージメントユニツ）
　（ＭＭＥＵ）を有し、ハードディスク５０からのデー
タをＣＣＵ３Ｏを介して送信したり、ＣＣＵ３Ｏからハ
ードディスク５０へ格納したりするための伝送データの
バッファとしてのワークエリアも有している。なお、上
記めのものである・ ＢＭＵ２４は、ＣＲＴ６０において、データをビット単
位で処理するもので、画像の編集（画像処理）を行なう
ものであり、所定画像を拡大、縮小、回転、移動または
抽出等を行なうものである。

ＩＭＥＭ２５は、４Ｍバイトを有し、リーダからの画像
データを格納したり、ＢＭＵ２４による編集画像データ
を格納したり、ＩＣＵ２２によって伸長したデータを格
納したり、キー人力によるキャラクタコードデータやワ
ードプロセスによるテキストコードデータ、ミクストデ
ータ、または、キャラクタコードデータを。

イメージに変換したビットデータ（例えば１画素１ビツ
トで表わす）を格納するものである。

ここで、ミクストデータは、１ページ内にイメージビッ
トデータとキャラクタコードデータとが混在する。各々
のブロックをイメージブロック、キャラクタブロックと
称する。各々識別コードを付して管理し、格納する。ま
た。

ＩＭＥＭ２５は、所定データを一時記憶することによっ
て、リーダ１０、プリンタ７０、四線４０のスピードに
合せるためのバッファとして使うこともある。

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

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

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

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

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

プリンタ７０はレーザど−ムプリンタを用いて３ＭｂＰ
Ｓの速度でプリントサせる。

第７図はミクストデータの１ページをブロック１〜４に
分けたもので、この１ベージデータが、ＣＲＴ６０の画
面の１ペ一ジ表示に対応し、又送信時の１ページデータ
に対応し、又受信時のプリントのプリントシートの１ペ
ージに対応する。又このようなページデータを複数作成
し、ハードディスク５０に格納し、その複数ページを１
度に送信する。シフストデータの送信配列は、第１２図
の如く、ブロックデータ１−ｎの前に構造データ（ヘッ
ダ１〜ｎ）を付加する。このヘッダは、次に続くブロッ
クデータがイメージデータなのかキャラクタデータなの
かの識別信号と、ブロックデータの大きさくデータ量）
と、１ページ上での位置を示す。

Ａはブロックデータの、送受アクノリジ信号である。ペ
ージ分が送信終了するとＥＯＰが送信される。

リーダ１０からの原稿１ページのデータは。

イメージメモリ２５に格納されそしてＶＲＡＭ２６に転
送されＣＲＴ６０にその１ページが表示される。そのイ
メージはキーボード６１やポイントデバイス６２による
編集指示により。

ＢＭＵ２４を介してトリミング処理されブロック３に対
応のイメージのみとされて再びメモリ２５に格納される
。

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

次に、送信する場合の動作をより具体的に説明する。

まず、リーダ１０によって原稿を読取り、そのイメージ
データは、リーダ／プリンタインタフェース２１を介し
てＩ　ＭＥＭ２５に記憶され、ハードディスクに保存さ
れる。イメージデータは送信時ＩＣＵ２２により圧縮し
てＭＭＲコードとしてディスクに格納される。ハードデ
ィスクに保存されたデータは、ＰＭＥＭ２３に記憶され
てから、ＣＣＵ３Ｏ，回線４０を介して相手局に送られ
る。

なお、ハードディスク５０に保存されたデータを編集す
るには、そのデータをＩＭＥＭ２５に取込み、ＩＣＵ２
２で復号した後ＢＭＵ２４によって１画像の拡縮、移動
等が行なわれる。

この編集において、文字を混在させるには、キーボード
６１から文字を入力してキャラクタデータにＰＭＥＭ２
３により変換したもの（または、ハードディスクに保存
しであるキャラクタデータ）を、ＢＭＵ２４によって編
集されたイメージのキャラクタブロックに格納すればよ
い、この編集が終了したデータを送信するには、一旦、
ハードディスク５０に保存してから、ＰＭＥＭ２３に書
込み読出し、ＣＣＵ３０．回線４０を介して相手局に送
る。

又前述の如＜ＣＲＴ上で編集した第７図のデータも同様
にして送信する。

編集した結果をプリントするには、編集結果のデータを
ＩＭＥＭ２５に書込み取り出して全てイメージビットデ
ータとして展開し、リーダ／プリンタインタフェース２
８を介して、プリンタ７０に送る。編集結果またはその
過程のデータをＣＲＴ６０に表示するには、ＶＲＡＭ２
６にそのデータを書込み取出して、ＣＲＴ６０に送る。

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

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

まず、相手局とネゴシェーション（プロトコールデータ
のコミュニケーション）を開始しく５．１）、相手局と
交信可能か否かをプロトコールデータにより判断しくＳ
２）、交信可能であれば、送信データの内の１ブロツク
を／Ｘ−ドディスク５０からメモリ２３、ＣＣＵ３Ｏを
介して送信する（Ｓ　３）　、そして、相手局から上記
ｌブロックの受信確認信号（アクノリッジ）を受けたか
否かを判断する（Ｓ４）、尚、Ｓｌの前に、リーダ１０
からのエイ１化イメージデータまたはミクストデータを
、通信のために予じめハードディスク５０に格納する。

もし、受信確認信号を受けたなら、送信すべき次のブロ
ックが残っているか否かを判断する（Ｓ５）、まだ１次
のブロックが残っているならば、上記Ｓ３に戻って、上
記操作を繰り返し、最終ブロックを送信して終了する（
ＳＳ）。

所定の１ブロツクを送信しくＳ３）た後に。

相手局から受信確認信号を受けるとことができない場合
には、その受けられなかった受信確認信号に対応するブ
ロックのデータを、ハードディスク５０から送信する（
Ｓ７）、すなわち、′！！Ｊ該ブロツブロックタを再送
する。これによって、送信データの信頼性が向上する。

上記Ｓ２において１回線断等のトラブルや交信モードの
違いによって、相手局と交信できないと判断した場合に
は、エラー表示（Ｓ８）を行なって送信動作を終了する
（Ｓ６）。

第４図は、第３図に示す送信動作の一部を変更した実施
例を示すフローチャートである。

なお、送信する側は、ミクストモード端末装置であると
する。ここで、ミクストモードは、イメージの画素デー
タ（ＭＭＲコードデータ）およびキャラクタデータ（ア
スキーコードデータ）の送受信が可能なモードであって
、文字とイメージとがページ内で混在した文書を効率よ
く伝送するモードである。また、第３図に示したステッ
プと同じ動作については、同じ符号を付しである。

第４図に示した実施例は、相手局の受信可能な信号形態
に、送信データを変換して送信する例である。

つまり、ネゴシェーションを開始（Ｓｌ）した後に、ま
ず、プロトコールデータにより相手局がクラスｌ（イメ
ージデータのみを送受信できる局）であるかを判断する
（５２１）、クラスｌである場合には、ＰＭＥＭ２３に
より予じめキャラクタのコードデータをイメージデータ
に変換しＩＣＵ２２で圧縮しくＳ　２５）た後に、ｌブ
ロック毎に１ペ一ジ単位で送信する（Ｓ３）、上記変換
は、キャラクタデータに対応したビットパターン信号を
出力するＰＭＥＭにおけるキャラクタジェネレータによ
って実行される。このＳ３の後は、第３図の場合と同様
である。

相手局がクラス１でない場合には、相手局がクラス２（
イメージデータの送受信が可能であり、しかもキャラク
タデータφミクストデータを受信のみ可能な局）または
、クラス３（イメージデータおよびキャラクタデータの
送受信が可能な局であって、文字とイメージとがページ
内で混在した文書を効率よく伝送するミクストモードで
伝送する局）であるかを判断する（Ｓ２２，５２３）、
クラス２．３である場合には、Ｓ３に進んで、ｌブロッ
ク毎に送信する。

相手局がクラス１〜３のうちのいずれでもない場合には
、相手局がテレテックス（ワードプロセス通信端末）で
あるか否かを判断する（Ｓ２４）。テレテックスである
場合には、まず、イメージを送れない旨のメツセージを
７キスコードデータ送信しく５２６）、次にキャラクタ
データブロックのみを送信する（Ｓ２７）。

これは、クラスｌと同様、ｌブロックを１ページとして
テレテックスに送る。テレテックスは、ＣＲＴ６０の１
画面にそのブロックの受信文竜を表示でき、また、上記
の代替メツセージを表示する。

したがって、複数ブロックは複数ページのプリントとな
る。なお、クラス２．クラス３の受信端末ではミクスト
モード対応できるように、複数ブロックに分けられて送
られた１ページのデータを再編成して１ページの表示や
プリントを行なうのもである。しかし、クラスｌ、テレ
テックスはブロック再編成ができないので、りをｌペー
ジに含めて再生する例は、後述する。

これによって、ミクストモード端末装置が、イメージデ
ータのみを送受信する相手局と交信でき、また、テレテ
ックスとも交信することができる。テレテックスと交信
する場合、イメージデータを送ることができない旨のメ
ツセージを送信して、受信データがＰＭＥＭ２３に書込
み読取られ、ハードディスク５０に保存される。このハ
ードディスクは、ユーザーが取り出すことができないも
のであり、また、電源をｔ、！１っても消えないので、
受信データについて。

保存に関する信頼性が高い、ディスク５０にはブロック
１，２．４は受信したアスキコード、ブロック３は例え
ばＭＭＲコードで格納される。受信ヘッダはＰＭＥＭ２
３で管理され、これにより各ブロックをＣＲＴｌ−又は
ＩＭＥＭ２５上で再編成する。

：ｆｒＪ５図は、上記実施例における受信動作を示すフ
ローチャートである。

まず、ネゴシェーションを開始しく５５１）。

相手局と交信可能であるか否かを判断する（Ｓ５２）。

交信が可能ならば、受信したことおよび相手のターミナ
ルナンバ、通信クラスの種類等を、ＣＲＴ６０に表示す
る（５５３）、この受信したことの表示は、相手局が特
定されたときに行なわれる。

また、その受信の表示は、編集作業を行なっている場合
にも現れ、その編集作業に支障のないように、ＣＲＴ６
０の画面の下部に現れ、その表示は点滅する。尚、ＢＭ
Ｕ２４、ＩＭＥＭ２５とＣＲＴ６０およびキーボード６
１、ボインチングデバイス６２を使用してキャラクタイ
メージとリーグイメージとをミクス編集している「ｕｌ
に１着呼性号を受信すると、そのミクス編集処理を中断
させる事なく、ａ込みとマルチタスク機俺によって、Ｃ
ＰＵ６０は、ＣＣＵ３Ｏからの受信ミクストデータをＰ
ＭＥＭ２３を介してハードディスクに格納する。

そして、ｌブロック分のデータを受信しく５５４）、ハ
ードディスクに保存する。このｌブロック分のデータの
保存を確認しくＳ　５５）だならば、相手局に対して受
信確認信号（ｌブロック分のデータの受信を確認した旨
の信号）を送る（Ｓ５６）、そして１次のブロックが残
っているか否かを判断しく５５７）、残っていれば、受
信と、ハードディスクへの保存と、受信完了信号の送信
とを繰り返す、一方、相手局と交信できない場合には、
エラー表示する（５５ｇ）。

１−記のように、ｌブロックづつ受信データをハードデ
ィスクに保存してから、受信確認信号を送出するので、
受信データの信頼性が高くなる。

なお、上記ｌブロック毎に受信確認信号を送出する代り
に、ウィンドサイズ毎、または、原稿１枚毎に、原稿複
数枚毎に受信確認信号を送出するようにしてもよい、即
ち、Ｓ５４にて、１ページ受信を行ない、Ｓ５５にて、
１ペ一ジ分のディスク５１への格納をＥＯＰ判定等によ
り確認し、Ｓ５６にて、受信確認信号を送信側に送り、
Ｓ５７にて次のページ゛が送信されるのか否か、送信側
とのコミニュケーションデータ（プロトコール）により
判定し、ページ毎の受信をくり返す、尚複数ページから
なるドキュメント送信終了を示すコマンド信号を受信す
ると受信動作が全て停止する。

第６図は、本発明の他の実施例を示すブロック図である
。なお、第１図に示す部材と同じものについては、同一
の符号を付しである。

この実施例は、ファクシミリ本体２０ａの外にＣＣＵ３
０ａが設けられ、このＣＣＵ３０ａがファクシミリ本体
２０ａの電源３５を制御している点が、第１図の実施例
と異なる。

ＣＣＵ３０　ａは、受信データを一時的に保持するメモ
リ３１と、瞬断防止用の八ツテリ３２とを有している。

′Ｉ［源３３は、メイン電源であり、電源３５は、ファ
クシミリ本体２０ａの電力制御部である。

自動受信を行なわないときには、スイッチ３４を右に接
続する（第６図の状態とは反対の状態にする）、この場
合は、第１図について行なったとほぼ同じ動作を行なう
。

自動受信を行なう場合には、第６図に示すように、スイ
ッチ３４を左に切換える。この場合、ＣＣＵ３０ａがフ
ァクシミリ本体２０ａに電源を供給しないので、ハード
ディスク装置５０が停止ヒし、ＣＲＴ６０の画面が消え
ている。したがって、夜間等で受信していない場合に、
省エネルギーになる。さらに、受信していない間、ハー
ドディスク装置５０等が停止しているので、ハードディ
スク、フロッピーディスクのｈ命が長くなる。

そして、相手局からの着呼信号を受信して相「局と短時
間の所定のネゴシェーションをした後に、タイマを起動
し、かつ、メモリ３１がその受信データを記憶する。他
方、上記着呼信号の受信と同時に電源３５からファクシ
ミリ本体２０の各部および周辺装置に電源が供給される
。その後、ハードディスク５０が記憶可能状態に立上っ
た頃に、ｌ：、記タイマのカウントアツプによって、メ
モリ３１に記憶されている受信データがハードディスク
に送られ保存される。

また、このときに、ＣＲＴ６０の画面には、受信したこ
とが表示される。

したがって、ハードディスクが立上るまで、データ受信
を待たせることがないので１回線利用効率を高めること
ができる。

次に、ミクストモード端末装置から、テレテックス、ま
たはクラスｌの端末装置に信号を送る他の例について説
明する。

テレテックスに送る場合には、テレチフスが７スキコー
ドを受けてキャラクタイメージに変換するものなので、
イメージを送らずに文字コードのみを送るようにするか
、または文字コードを送るとともにイメージブロックに
はメツセージコードを付けるかする。

ミクストモード端末からの情報は、１ページ総てがイメ
ージ情報か、１ページ総てがキャラクタ情報か、その混
合情報である。この混合情報は、１ページが複数のブロ
ックに別れ、それらのブロックは、少なくとも１つのキ
ャラクタ情報のブロックと、少なくとも１つのイメージ
情報のブロックとで構成されたものである（第７図）。

上記イメージ情報をテレテックスに送信する場合、イメ
ージ情報を含むブロック（またはページ）を消去し、こ
の消去を行なったことをオペレータに通報する。そして
、消去したイメージ情報についてオペレータがメツセー
ジを要求した場合、その消去したイメージ情報のブロッ
ク（またはページ）の場所に、そのメツセージをキャラ
クタで表現する。

そして、最終的には、ブロック構造をとらない１ページ
のキャラクタ情報のみの文書を送信する。もし、上記メ
ツセージを必要としないならば、イメージの部分は空ａ
（空白）にして送信する。

第８図は、ミクストモード端末装こからテレテックス端
末装置に信号を送る場合のフローチャートである。

まず、文書編集した（Ｔ１）後に、ＣＲ７画面上の１ペ
ージの編集情報が、ミクストモードを構成する複数ブロ
ックに別れているか否かを判断する（Ｔ２）、複数ブロ
ックの場合、最初のブロックがイメージ情報か否かを判
定する（Ｔ３、Ｔ４）、これらの判断は、ミクス編集す
るときに付したブロック毎の識別記号（メモリ２３の管
理データ）によって行なう。

もし、イメージ情報である場合には、そのイメージ情報
を消去すべきか否かをＣＲＴ６０に表示しくＴ５）、　
オペレータからの入力指示を待つ。消去すべき指示を受
けると、代任メツセージを送るか否かについてオペレー
タからの入力指示を待つ（Ｔ６）。

メツセージを送る指示を受けると１次に入力されるキー
データはメツセージキャラクタとなって（Ｔ７）、　　
イメージデータのブロック情報をメツセージ情報に変換
する（Ｔ８）。この場合、上記ブロック情報は、ＣＲＴ
画面から消えても、別に保持するようにしてもよい。

このようにして、残りのブロックについてもに記と同様
に処理する（Ｔ９．Ｔ１０）。

一方、上記ブロックがイメージキャラクタ情報の場合、
消去せずにＣＲＴ６０上に残す。

また、イメージデータの消去を希望しない場合には１通
信不能を表示しくＴｌ１）１代替メツセージを希望しな
い場合には、イメージデータのブロックは空白のままに
する（Ｔ１２）。

すべてのブロックについてチェックを完了したら、ブロ
ック同志の境界を削除し、１ページのキャラクタ情報に
自動的に再編集する（Ｔ　１３）。これは、テレテック
スの送受がブロック中位の送受ではなく、ページ単位で
あることを考慮したためである。なお、上記境界を削除
するとは、メインメモリ２３上にコード展開されている
ブロック毎のコードデータを。

ページ単位として初期アドレスから最続アドレスまで、
メモリスキャンすることによって１ページのコードデー
タマツプを作成することである。即ち、　ブロック毎の
ヘッダ等がなくなり、１ペ一ジ分識別ヘッダＣが新しく
セットされる（第１２図）。

また、Ｔ２において、複数ブロックを有しないと判断さ
れた場合、イメージデータを有するならば（Ｔ１５）、
代替メツセージが必要であるか否かを判断しく７１Ｂ）
、必要ならば、メツセージキャラクタを入力する（Ｔ１
７）。

上記の場合、もし、イメージデータが無いか、あっても
代替メツセージを必要でないならば。

終了する。

第９図は、ミクストモード端末装置からクラス１の端末
装置に信号を送る場合のフローチャートである。

この場合も、基本的には、第８図に示したフローチャー
トと同じであり、最初の３つのステップは同じである（
Ｕｌ−Ｕ３）。そして、イメージデータについてはその
まま送信すべくｌ　ＭＥＭ２５に格納し、キャラクタデ
ータについてはメモリ２３を介してイメージデータに変
換してからＩＭＥＭ２５に格納する（Ｕ４、Ｕ５）、こ
れらの動作を全ブロックについてチェックする（Ｕ６、
Ｕ７）。なお、図形の場合、ブロック毎に、図形コード
データをイメージデータに変換してＩＭＥＭ２５に格納
する。

この後、ブロック境界を削除し、１ページのイメージ情
報に変換する（Ｕ８）、これは、メモリ２５に展開され
たブロック毎の画素データを初期アドレスから最終アド
レス迄スキャンすることによって、ｌページのピットデ
ータマツプを作るためである。ｒｉｒｉちブロック毎の
ヘッダはなくなり、１ペ一ジ分のヘッダＩを新たにセッ
トする（第１２図）。

そして、クラスｌの端末装置に送信する（Ｕ９）、なお
、複数ブロックでない場合には、第８図の場合と同様に
ページ伝送する（ＵＩＯｌＵｌｌ）。

次に、密度変換について説明する。

リーダ１０およびプリンタ７０の解像度は、高解像度の
１６ｐｅｌ／ｍｍである。また。

ファクシミリ本体２０におけるデータは、１６ｐｅｌ／
ｍｍに対応している。したがって、リーダ１０で読取っ
たデータをそのままプリンタ７０によって単にコピーす
るローカルモードでは、データは１６ｐｅｌ／ｍｍのま
まである。

ところで、８ｐｅｌ／ｍｍデータを処理する端末装置が
相手局となる場合がある。この場合は、送信側で８ｐｅ
ｌ／ｍｍのデータに密度変換して伝送すれば、受信側で
密度変換する場合よりも、伝送時の情報量が減るので、
送信時間を短縮できる。

第１０図は、ミクストモードにおける密度変換のフロー
チャートである。

まず、ＣＲＴ６０上で文書編集しくＶｌ）だ後に、１ペ
ージの編集情報が第７図に示すように複数ブロックに分
かれているか否かを判断する（Ｖ２）。リーダ１０から
のイメージの画素データとキーボードからのキャラクタ
コードデータとを、１ページの読取データが有する場合
（ミクストデータの場合）は、複数ブロックを構成する
。したがって、まず最初のブロックをチェックしくＶ３
）、第８図と同様にしてそれがイメージデータかまたは
キャラクタコードデータであるかを判断する（Ｖ４）、
なお、上記Ｖ２において１判断対象となる１ページのデ
ータは、ハードディスクからＩＭＥＭ２５に移した編集
済みの文書データであってもよい。

そして、イメージデータである場合には、相手局が８ｐ
ｅｌ／ｍｍか１６ｐｅｌ／ｍｍかを判定する（Ｖ５）、
この場合、オペレータがキーボードで入力した相手局の
ターミナルナン″−によって８ｐｅｌ／ｍｍまたは１６
ｐｅｌ／　ｍ　ｍを判定する。尺体的には、ターミナル
ナ７／＜−と密度データ（８ｐ　ｅ　ｌ／ｍｍ、ｌ　６
ｐｅｌ／ｍｍ等のデータ）とのテーブルマツプメモリを
用意し、これをスキャンする憤によって、８ｐｅｌ／ｍ
ｍまたは１６ｐｅｌ／ｍｍかが分かる。［−記テーブル
マップは、第１１図に示すようにＰＭＥＭ２３のＲＯＭ
に予めＪＣｙ、録されている。

８ｐｅｌ／ｍｍで送信する場合、ＲＭＵ２４とＩＭＥＭ
２５とによって、局の密度変換（画素間引き等の縮小処
理と同じ操作）を行なってディスク５０に格納する（Ｖ
６）、１６ｐｅｌ／　ｍ　ｍで送信する場合は４密度変
換をしない。

なお、８ｐｅｌ／ｍｍ以外の他の密度に変換してもよく
、この場合には、ＢＭＵ２４が所定の計算を行なうこと
によって、他のｐｅｌ／ｍｍへの密度変換を実行する。

次に、第２番目のブロックをチェックしくＶ７）、１−
記の操作を鰻り返す。

ところで、８該ブロツクがイメージデータではなく、キ
ャラクタコードデータで構成されている場合には密度変
換しない、これは、キャラクタコードデータをイメージ
の画素データに変換した後に密度変換する場合よりも、
当初編集したアスキーコード等のコードデータによる文
ｉ’？情報のままで送信する場合の方が得策であるため
である。ただし、第９図に示すようにで・ラスｌの端末
にミクストデータを送る場合は、キャラクタコードをイ
メージの画素データに変換した後に、そのデータを密度
変換する。尚キャラクタイメージは８ペルで十分なので
相手に関係なく８ペルで送信することもできる。

以りのようにして全ブロックのチェックが完了する（ｖ
８）と、送信指令が久方されたか否かをＩ’ｌｌ定しく
Ｖ９）、その指令があれば送信を開始する（Ｖ　１０）
　。

したがって、自局が高密度データを処理し、相手局が低
密度データを処理する場合に、伝送情報品：が少なくな
るので、相手局への伝送速度が速くなる。

また、上記ｖ８において全ブロックのチェックが終了し
た場合に、伝送すべきデータは既にＩＭＥＭ２５または
ハードディスク５ｏに記憶されており、この段階では、
必要な密度変換が終了し、送信は開始されていない、つ
まり、送信前に、密度変換が終了し、その後に送信を開
始できる。このために、密度変換が必要であっても、そ
の密度変換は送信時間に含まれないので、この点からも
送信時間が短くなる。

このように、送信前に密度変換することができるのは、
第１１図に示すテーブルマツプによって相手局の密度を
送信前に知ることができるからである。もし、上記テー
ブルに相手局の登録データが存在しなかったならば、相
手局とノ通信ネゴシェーション（フロトコール会話）に
おいて、相手局の密度を教えてもらい、回線接続後に密
度変換する。この場合には、密度変換に要する時間だけ
回線を待たせることになる。

上記ｖ２において１編集された文書が複数ブロックに分
かれていないと判断された場合には、ＩＭＥＭ２５のデ
ータ総てがイメージか否かが判定され（Ｖｌｌ）、　イ
メージデータである場合には密度変換し、キャラクタコ
ードデータである場合には変換しない（Ｖ１２．Ｖ１３
）で送信する。なお、キャラクタコートデータを受信し
た相−Ｆ局は、受信側のプリンタの解像度に対応したフ
ォントメモリによるキャラクタジェネレータを有してい
れば、送られたコードに応じてその解像度のキャラクタ
パターイメージを発生する。

前記各フローチャートにおいて、キャラクタコードを図
形コード（ベクトルコード）に置換えた場合も、同様に
適用できる。

なお、前記各フローチャートにおいて、最後のデータ送
信はハードディスクから読出して行なう。したがって、
密度変換、メツセージ付加等の各種処理を施したミクス
トデータのうちイメージの画素データについては、ＩＣ
Ｕ２２によってイメージの画素データを圧縮符号化し、
ＩＭＥＭ２５からハードディスクに一旦、格納される。

また、ハードディスクから伝送するイメージブロック、
キャラクタブロックは、伝送時それぞれのデータの市に
、ヘッダ（識別記号）がメモリ２３にて付けられてＣＣ
Ｕ３０又は３０ａを介して伝送される。

第１３図は受信データをプリントまたはディスプレイす
る制御フローチャートであり、プリントキーの入力判定
（Ｗｌ）すると、ディスク５０に複数のブロックデータ
があるか否か判定し１次に１つ目のブロックのデータの
種類を判定する（Ｗ２　、Ｗ３）、これらは受信ヘッダ
（ディスク５０の管理エリアに格納されている）のデー
タから判定される。キャラクタコードデータの場合、第
１のブロックのデータをＰＭＥＭ２３に転送しアスキコ
ードからイメージビットデータに変換し、次にＩＭＥＭ
２５にヘッダデータで決められた位置に転送される（Ｗ
４゜５）、イメージデータの場合、ＩＣＵ２２に転送さ
れ復号されてＭＭＲコードからビットデータに変換され
、次にＩＭＥＭ２５にヘッダで決められた所定位ｌに転
送される（Ｗ６．７）。

全ブロックについて以上の変換を完了すると、ＩＭＥＭ
２５のデータをプリンタ７０に出力する（Ｗ８．９）、
このようにして１ページのシフストデータを１ページの
シートにプリントすることができる。ＣＲＴ６０にディ
スプレイする場合はＩＭＥＭ２５かＩ”＋ＶＲＡＭにデ
ータ転送することにより表示がなされる。

第１４図は原稿１ページ毎（第７図の１ペ一ジ画１ｍ対
応）の送信とその受信確認の例である。

送信指令の入力後、受信側タイプがクラス１か否かプロ
トコルデータにより判定しくＸｉ）、クラス１の場合、
１ページ中の第１ブロツクのデータをディスク５０から
読出しくＸ２）、　　ビットパターンデータに変換しく
Ｘ３）、ＩＭＥＭ２５中の指定位置にセットする（Ｘ４
）。

１ページ中に次のブロックがあるか否か、ディスク５１
上の管理データから判定しくＸ５）。

次ブロックがあれば、それをディスク５０から読出しく
Ｘ６）、　　ビットパターンデータに変換し、ＩＭＥＭ
２５中の他の位置にセットする。

以−Ｆをくり返してブロック合成されることになり、メ
モリ２５に１ページのデータが形成される（Ｘ４）、次
ブロックがない事を判定するとメモリ２５の１ページデ
ータを、ＩＣＵ２２で圧縮しＭＭＲ符号化して送信又は
ディスク５０に１ページのＭＭＲ符号化データを格納し
、ディスク５１から送信する（Ｘ７）、受信側からの受
信確認信号を判定しくＸ８）、それがあればディスク５
１に送るべき次のページデータがあるか否か管理データ
から判定しくＸ９）、あれば上述と同様にして、次ペー
ジの各ブロックデータを順次読出し、ビットパターンに
変換し、１ページのデータに合成して送信する。ディス
ク５０に送信すべきデータがなくなる迄上記サイクルを
くり返す、受信確認信号がチェックできない場合ディス
ク５０からそのときの１ページ中の各ブロックデータを
再び順次読出して（Ｘｌｌ）、　　ビットパターンに変
換し、１ページに合成して送信する。

受信側タイプが、テレチフスか否か判定しくＸ１ｌ）、
テレチフスの場合、クラス１の場合と同様ディスク５０
から１ページの各ブロツ／ｑ４−、１賄請、琥中＋　／
ｎ　Ｉ喀ＩＩシ１＋プロツ〃データがキャラクタコード
データか否か管理データから判定しくＸ１３）、キャラ
クタコードに限りメモリ２３の所定位置に配送する。各
キャラクタブロックの合成により、メモリ２３にｌベー
ジを形成する（Ｘ１４）。前述と同様にして１ページ形
成後１ページデータの送信（Ｘ１６）と１ページ毎の受
信確認チェック（Ｘ１７）とをくり返す、面子じめイメ
ージデータは送れないとのメツセージを送信しておく（
Ｘ１５）。

受信側タイプが、クラス３か否か判定しくＸ１８）、ク
ラス３の場合、ディスク５０から１ページの第１ブロツ
クを読出すと、ＣＣＵ３Ｏに送りこのブロックデータを
送信する（Ｘ１９）。各ブロックの種類に対応してＭＭ
Ｒ符号、アスキ符号の状態で順次送信する。１ページ中
の各ブロックの送信が終ると（Ｘ２０）、受信確認信号
をチェックしくＸ２１）、確認できれば前述と同様法ペ
ージの読出しと送信をくり返し、確認できなければ、送
ったシクストペーシを再び読出して再送する（Ｘ２２）
。

【図面の簡単な説明】

第１図は、本発明の一実施例を示すブロック図である。 第２図は、上記実施例を示す斜視図である。 第３図は、上記実施例における送信動作を示すフローチ
ャートである。” 第４図は、上記実施例における送信動作の他の例を示す
フローチャートである。 第５図は、上記実施例における受信動作を示すフローチ
ャートである。 第６図は、本発明の他の実施例を示すブロック図である
。 第７図は、ミクストモードを構成する複数ブロックの一
例を示す図である。 第８図は、ミクストモード端末からテレテックス端末に
送信する場合の動作を示すフローチャートである。 第９図は、ミクストモード端末からクラス１の端末に送
信する場合の動作を示すフローチャートである。 第１Ｏ図は、ミクストモードにおける密度変換のフロー
チャートである。 第１１図は、相手局のターミナルナンバーと密度データ
との関係を示すテーブルマツプの一例を示す図である。

Claims (8)

【特許請求の範囲】
1. （１）送信すべきデータを格納するメモリ手段、上記メ
   モリ手段のデータを受信端末に対して伝送すべく回線に
   送り出す手段、 上記メモリ手段からのデータを部分的に、上記受信端末
   の種類に対応できるよう変換する制御手段、 とを有する通信端末装置。
2. （２）第１項において、上記データはイメージデータと
   キャラクタデータとをミックスした１ページのデータで
   あることを特徴とする通信端末装置。
3. （３）第１項において、上記制御手段は上記データのキ
   ャラクタデータを上記受信端末の種類に応じて選択し、
   イメージデータに変換することを特徴とする通信端末装
   置。
4. （４）第１項において、上記制御手段は上記データのイ
   メージデータを上記受信端末の種類に応じて選択制御す
   る通信端末装置。
5. （５）第１項において、上記メモリ手段は少なくとも１
   ページのビットマップメモリでイメージデータとキャラ
   クタデータとがビットデータで格納される通信端末装置
   。
6. （６）コードデータ発生手段、 イメージビットデータ発生手段、 上記コードデータ発生手段、上記イメージ ビットデータ発生手段の少なくとも１つからのデータを
   格納するメモリ手段、 上記メモリ手段のコードデータ、イメージ ビットデータの少なくとも１つを回線に送り出す手段、 受信端末に応じて上記コードデータ又は上記ビットデー
   タを他のデータに変換する制御手段、 とを有する通信端末装置。
7. （７）第６項にて、上記コードデータはキャラクタコー
   ドデータ、上記イメージビットデータはオリジナル読取
   データであることを特徴とする通信端末装置。
8. （８）イメージ情報とコード情報とを格納する第１メモ
   リ、 上記第１メモリと異なる不揮発の第２メモリを有し、送
   信時上記第１メモリのデータを上記第２メモリに転送し
   てから送信することを特徴とする通信端末装置。