JPS61253970A - ミクストモ−ド端末装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、ミクストモード端末装置に関するものである
。

［従来の技術］ 従来のファクシミリは、受信の場合に、回線から送られ
たデータをＲＡＭ　（ランダムアクセスメモリ）に一旦
、記憶し、この記憶内容に基づいてプリンタが所定の用
紙にプリントする。一方、送信の場合には、所定のリー
グが原稿を読取り、この読取りデータをＲＡＭに一旦、
記憶し、この記憶内容に応じた信号を回線に送り出す、
また、上記受信および送信動作において、データの圧縮
、伸長先行なっている。

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

この場合、受信中に、ＣＣＵ　（コミユニケージ重ンコ
ントロールユニット）等と、上記不揮発性　　　　□メ
モリとの間で異常が生じれば、その不揮発性メモリに正
常な記憶ができない、したがって、受信内容を正確にプ
リントすることができなくなる。

そして、送信側はその異常に気がつかないことがある。

この場合には、受信内容の信頼性が低下することになる
という問題がある。これを、送信側からみれば、送信内
容の信頼性が低下するという問題になる。

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

ところで、上記ミクストモードの端末装置から、上記ク
ラスｌの端末装置に対しては、文字を送ることができな
いので、不便であるという問題がある。また、ミクスト
モードの端末装置からテレテックスに送信できないとい
う問題がある。

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

送信すべきイメージと文字とを、上記ＣＲＴを使用して
編集することが考えられる。そして、その編集作業中に
受信があった場合、ランプ等のインジケータが点灯する
ようにすることが考えられ、このようにすれば、受信を
確実に知ることができる。

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

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

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

［発明の目的１ 本発明は、上記事情に鑑みてなされたもので、高密度デ
ータを処理する自局から、低密度データを処理する相手
局にデータ伝送する場合に、その伝送時間を短くするこ
とができるミクストモード端末装置を提供することを目
的とするものである。

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

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

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

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

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

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

Ｉ　ＭＥＭ２５は、４１（イトを有し、リーグからの画
像を格納したり、ＢＭＵ２４による編集画像を格納した
り、ＩＣＵ２２によって伸長したデータを格納したり、
キーコードキャラクタによるワープロコードデータ、ミ
クストデータ、または、キャラクタコードをイメージに
交換したデータを格納するものである。ここで、ミクス
トデータの場合、イメージブロック、キャラクタブロッ
クに識別コードを付して格納する。また、ＩＭＥＭ２５
は、所定データを一時記憶することによって。

リーダ１０１回線４０のスピードに合せるためのもので
あ！Ｊ、ＶＲＡＭ２Ｂは、ＣＲＴ６０に表示する画像デ
ータを、ビットマツプコードによって記憶するものであ
る。

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

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

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

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

まず、相手局とネゴシェーションを開始しくＳｌ）、相
手局と交信可能か否かを判断しく３２）、受信可能であ
れば、送信データのうちの１ブロツクをハードディスク
からメモリ２３を介して送信する（Ｓ３）、そして、相
手局から上記１ブロツクの受信確認信号（アクノリッジ
）を受けたか否かを判断する（３４）、なお、Ｓｔの前
に、リーダ１０からの二値化イメージデータまたはミク
ストデータを、ハードディスクに格納する。

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

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

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

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

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

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

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

相手局がクラスｌでない場合には、相手局がクラス２（
イメージデータの送受信が可能であり。

しかもキャラクタデータ譬ミクストデータを受信のみ可
能な局）または、クラス３（イメージデータおよびキャ
ラクタデータの送受信が可能な局であって、文字とイメ
ージとがページ内で混在した文書を効率よく伝送するミ
クストモードで伝送する局）であるかを判断する（５２
２．３２３）。

クラス２，３である場合には、Ｓ３に進んで、１ブロツ
ク毎に送信する。

相手局がクラス１〜３のうちのいずれでもない場合には
、相手局がテレテックスであるか否かを判断する（５２
４）、テレテックスである場合には、まず、イメージを
送れない旨のメツセージを送信しく３２６）、キャラク
タデータのみを送信する（５２７）、これは、クラス１
と同様、ｌブロックを１ページとしてテレテックスに送
る。テレテックスは、ＣＲＴ６０の１画面にそのプロ７
りの文章を表示でき、また、そのメツセージを表示する
。

したがって、複数ブロックは複数ページのプリントとな
る。なお、クラス２）クラス３はミクストモード対応で
きるように複数ブロックに分けられたｌページでデータ
を再編成して１ページの表示やプリントを行なうもので
ある。しかし、クラス１．テレテックスはブロック再ｌ
ｌＡｌ０Ｉ？、ができないので、ｌブロック、１ページ
の再生となる。

これによって、ミクストモード端末装置が、イメージデ
ータのみを送受信する相手局と交信でき、また、テレテ
ックスとも交信することができ　　　　する、テレテッ
クスと交信する場合、イメージデータを送ることができ
ない旨のメツセージを送信するので、相手局において、
イメージを受信しないことについて、故障が生じたとい
う誤判断が発生しない。

なお、第４図の実施例において、テレテックスと交信す
る場合、キャラクタデータを送ってから（またはキャラ
クタデータを送っている間に）、イメージを送れない旨
のメツセージを送るようにしてもよい。

また、第３．４図に示す実施例では、１ブロツク毎に、
相手局から受信確認信号を受けたか否かをチェックして
いるが、ウィンドサイズ毎、または、原稿１枚毎に、受
信確認信号の有無をチェラックするようにしてもよい。

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

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

なお、ハードディスクに保存されたデータを編集するに
は、そのデータをＩＭＥＭ２５に取込み、ＢＭＵ２４に
よって１画像の拡縮、移動等が行なわれる。この編集に
おいて１文字を混在させるには、キーボード６１から文
字を入力してキャラクタデータに変換したもの（または
、ハードディスクに保存しであるキャラクタデータ）を
、ＢＭＵ２４によって編集されたイメージのキャラクタ
ブロックに格納すればよい、この編集が終了したデータ
を送信するには、一旦、ハードディスクに保存してから
、ＰＭＥＭ２３に書込み読出し。

ＣＣＵ３Ｏ、回線４０を介して相手局に送る。

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

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

まず、ネゴシェーションを開始しく３５１）、相手局と
交信可能であるか否かを判断する（Ｓ５２）、交信が可
能ならば、受信したことおよび相手のターミナルナンバ
、クラスの種類等を、ＣＲＴ６０に表示する（Ｓ５３）
、この受信したことの表示は、相手局が特定されたとき
に行なわれる。

また、その受信の表示は、編集作業を行なっている場合
にも現れ、その編集作業に支障のないように、ＣＲＴ６
０の画面の下部に現れ、その表示は点滅する。なお、Ｂ
ＭＵ２４、ＩＭＥＭ２５とＣＲＴ６０およびキーボード
６１．マウス６２を使用してキャラクタイメージとリー
グイメージとをミクス編集している間に１着呼信号を受
信すると、そのミクス纒集処理を中断させることなく。

割込みとマルチタスク機能によって、ＣＰＵ８０は、Ｃ
ＣＵ３Ｏからの受信ミクストデータをＰＭＥＭ２３を介
してハードディスクに格納する。

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

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

なお、上記１ブロツク毎に受信確認信号を送出する代り
に、ウィンドサイズ毎、または、！！Ｘ稿１枚毎に、受
信確認信号を送出するようにしてもよい１ 実際に受信する場合には、まず１回線４０．ＣＣＵ３Ｏ
，コミュニケーショインタフェースヲ介して、受信デー
タが、ＰＭＥＭ２３に書込み読取られ、ハードディスク
に保存される。このハードディスクは、ユーザーが取り
出すことができないものであり、また、電源を切っても
消えないので、受信データについて、保存に関する信頼
性が高い。

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

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

ＣＣＵ３０ａは、受信データを一時的に保持するメモリ
３１と、瞬断防止用のバッテリ３２とを有している。電
源３３は、メイン電源であり、電源３５は、ファクシミ
リ本体２０ａの電力制御部である。

次に、第６図に示す実施例の動作について説明する。

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

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

そして、相手局からの着呼信号を受信して相手局と短時
間の所定のネゴシェーションをした後に、タイマを起動
し、かつ、メモリ３１がそノ受信データを記憶する。他
方、上記着呼信号の受信と同時に電源３５からファクシ
ミリ本体２０の各部および周辺装置に電源が供給される
。その後。

ハードディスクが記憶可能状態に立上った頃に。

上記タイマのカウントアツプによって、メモリ３１に記
憶されている受信データがハードディスクに送られ保存
される。また、このときに、ＣＲＴ６０の画面には、受
信したことが表示される。

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

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

テレテックスに送る場合には、イメージを送らずに文字
のみを送るようにするか、または文字を送るとともにイ
メージエリアにメツセージを付けるかする。

ミクストモード端末からの情報は、１ページ総てがイメ
ージ情報か、１ページ総てがキャラクタ情報か２その混
合情報である。この混合情報は。

１ページが複数のブロックに別れ、それらのブロックは
、少なくとも１つのキャラクタ情報のブロックと、少な
くとも１つのイメージ情報のブロックとで構成されたも
のである（これを、第７図に示しである）。

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

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

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

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

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

消去すべき指示を受けると、代替メツセージを送るか否
かについてオペレータからの入力指示を待つ（Ｔ６）。

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

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

そして、上記ブロックがイメージキャラクタ情報の場合
、消去せずにＣＲＴ６０）：に残す、また、イメージデ
ータの消去を希望しない場合には、通信不能を表示しく
ＴｔＢ、代替メツセージを希望しない場合には、イメー
ジデータのブロックは空白のままにする（Ｔ１２）。

総てのブロックについてチェックを完了したら、ブロッ
ク同志の境界を削除し、１ページのキャラクタ情報に自
動的に再編集する（ＴＩ３）。

これは、テレテックスがブロック単位の送受ではなく、
ページ単位であることを考慮したためである。なお、上
記境界を削除するとは、メインメモリ上にコード展開さ
れているブロック毎のコードデータを、ページ単位とし
て初期アドレスから最終アドレスまで、メモリスキャン
することによって、１ページのフードデータマツプを作
成することである。

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

もし、イメージデータが無いか、あっても代替メツセー
ジを必要でないならば、終了する。

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

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

この後、ブロック境界を削除し、１ページのイメージ情
報に変換する（Ｕ８）、これは、メモリに展開されたブ
ロック毎の画素データをスキャンすることによって、１
ページのピットデータマツプを作るためである。

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

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

リーダ１０およびプリンタ７０の解像度は、高解像度の
ｌａｐ＠ｌ／腸腸である。また、ファクシミリ本体２０
におけるデータは、１６ｐ＠ｌ／層腸に対応している。

したがって、リーダ１０で読取ったデータをそのままプ
リンタ７０によって単にコピーするローカルモードでは
、データは１６　ｐＨｌ／ｍｍ腸のままである。

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

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

まず、ＣＲＴ６０上で文書編集しくｖｌ）た後に、１ペ
ージの編集情報が第７図に示すように複数ブロックに分
かれているか否かを判断する（Ｖ２）、リーダ１０から
のイメージの画素データとキーボードからのキャラクタ
コードデータとを、１ページの読取データが有する場合
（ミクストデータの場合）は、複数ブロックを構成する
。

したがって、まず最初のブロックをチェックしくＶ３）
、第８図と同様にしてそれがイメージデータかまたはキ
ャラクタコードデータであるかを判断する（Ｖ４）、な
お、上記ｖ２において１判断対象となる１ページのデー
タは、ハードディスクからＩＭＥＭ２５に移した編集済
みの文書データであってもよい。

そして、イメージデータである場合には、相手局が８　
ｐＨｌ／ｍか１６　ｐＨｌ／ｍｍかを判定する（Ｖ５）
、この場合、オペレータがキーボードで入力した相手局
のターミナルナンバーによって８ｐｅｌ／ｍｓまたはｌ
　６　ｐｅｌ／■厘を判定する。具体的には、ターミナ
ルナンバーと密度データ（８ｐｔａｌ／一層、１６ｐｅ
ｌ／謙鳳等のデータ）とのテーブルマツプメモリを用意
し、これをスキャンすることによって・８　ｐＨｌ／ｍ
ｍまたはｌ　６　ｐＨｌ／ｍｍかが分かる。

上記テーブルマツプは、第１１図に示すようにＰＭＥＭ
２３のＲＯＭに予め登鍼されている。

８　ｐａｌ／ｍｍテ送信する場合、ＢＭＵ２４とＩＭＥ
Ｍ２５とによって、５４の密度変換（画素間引き等の縮
小処理と同じ操作）を行なう（ＶＢ）、１６ｐｅｌ／＊
■で送信する場合は、密度変換をしない、なお、８ｐ＠
ｌ／履１以外の他の密度に変換してもよく。

この場合には、ＢＭＵ２４が所定の計算を行なうことに
よって、他のｐｅｔ／層層への密度変換を実行する。

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

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

以上のようにして全ブロックのチェックが完了する（ｖ
８）と、送信指令が入力されたか否かを判定しくＶ９）
、その指令があれば送信を開始する（ＶＩＯ）。

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

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

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

上記ｖ２において１編集された文書が複数ブロックに分
かれていないと判断された場合には、ＩＩＭＥＭ２５の
データ総てがイメージか否かが判定され（Ｖｌｉ）、　
イメージデータである場合には密度変換し、キャラクタ
コードデータである場合　　　゛には変換しない（Ｖ１
２．Ｖ１３）で送信する。

なお、キャラクタコードデータを受信した相手局は、受
信側のプリンタの解像度に対応したフォントメモリによ
るキャラクタジェネレータを有していれば、送られたコ
ードに応じてその解像度のキャラクタパターイメージを
発生する。

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

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

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

−［発明の効果］ 本発明によれば、高密度データを処理する自局から、低
密度データを処理する相手局にデータ伝送する場合に、
その伝送時間が短いという効果を有する。

【図面の簡単な説明】

第１図は１本発明の一実施例を示すブロック図である。 第２図は、上記実施例を示す斜視図である。 第３図は、上記実施例における送信動作を示すフローチ
ャートである。 第４図は、上記実施例における送信動作の他の例を示す
フローチャートである・ 第５図は、上記実施例における受信動作を示すフローチ
ャートである。 第６図は１本発明の他の実施例を示すブロック図である
。 第７図は、ミクストモードを構成する複数ブロックの一
例を示す図である。 第８図は、ミクストモード端末からテレテックス端末に
送信する場合の動作を示す７０−チャ−トである。 第９図は、ミクストモード端末からクラスｌの端末に送
信する場合の動作を示すフローチャートである。 第１Ｏ図は、ミクストモードにお【する密度変換のフロ
ーチャートである。 第１１図は、相手局のターミナルナンバーと密度データ
との関係を示すテーブルマツプの一例を示す図である。 ｌＯ・・・リーグ。 ２０．２０ａ・・・ファクシミリ本体、２２・・・Ｉ　
ＣＵ。 ２３・・・ＰＭＥＭ、 ２４・・・ＢＭＵ。 ２５　・・・　ＩＭＥＭ　、 ２　Ｂ　・Ｖ　ＲＡ　Ｍ　。 ３０．３０ａ−”ＣＣＵ。 ４０・・・回線、 ５０・・・ハードディスク装置、 ６０　・・・　ＣＲＴ。 ７０・・・プリンタ。 特許出願人　　キャノン株式会社 第３図 第４図 第９図

Claims (2)

【特許請求の範囲】
1. （１）イメージデータを選択して密度変換し、伝送可能
   としたことを特徴とするミクストモード端末装置。
2. （２）特許請求の範囲第１項において、 キャラクタコードデータに対しては、密度変換しないこ
   とを特徴とするミクストモード端末装置。