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

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

［発明の目的］ 本発明は、上記車情に鑑みてなされたもので、イメージ
データのみを受信でき、キャラクタデータを受信するこ
とができないファクシミリに対して１文字情報を送信す
ることができるミクストモード端末装置を提供すること
を目的とするものである。

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

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

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

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

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

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

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

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

また、外部記憶装置として、ハードディスク装２１５０
とフロッピーディスク装ｆｉ５１とが設けられている。

これらの装置は不揮発性メモリであるが、不揮発性メモ
リとして、バックアップメモリを使用してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

クラス２．３である場合には、Ｓ３に進んで、ｌブロッ
ク毎に送信する。

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

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

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

なお、第４図の実施例において、テレテックスと交信す
る場合、キャラクタデータを送ってから（またはキャラ
クタデータを送っている間に）。

イメージを送れない旨のメツセージを送るようにしても
よい。

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

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

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

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

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

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

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

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

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

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

なお、Ｌ記ｌブロック毎に受信確認信号を送出する代り
に、ウィンドサイズ毎、または、原稿１枚毎に、受信確
認信号を送出するようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［発明の効果］ 本発明によれば、イメージデータのみを受信でき、キャ
ラクタデータを受信することができないファクシミリに
対して、文字情報を送信することができるという効果を
有する。

【図面の簡単な説明】

第１図は１本発明の一実施例を示すブロック図である。 第２図は、上記実施例を示す斜視図である。 第３図は、上記実施例における送信動作を示すフローチ
ャートである。 第４図は、上記実施例における送信動作の他の例を示す
フローチャートで゛ある。 第５図は、上記実施例における受信動作を示すフローチ
ャートである。 第６図は、本発明の他の実施例を示すブロック図である
。 第７図は、ミクストモードを構成する複数ブロックの一
例を示す図である。 第８図は、ミクストモード端末からテレテックス端末に
送信する場合の動作を示すフローチャートである。 第９図は、ミクストモード端末からクラスｌの端末に送
信する場合の動作を示すフローチャートである。 １０・・・リーグ、 ２０．２０ａ・・・ファクシミリ本体、２２　・・・　
ＩＣＵ。 ２３　・・・　ＰＭＥＭ。 ２４　・・・　ＢＭＵ。 ２５　・・・　ＩＭＥＭ、 ２６　・・・ＶＲＡＭ、 ３０．３０ａ・−ＣＣＵ、 ４０・・・回線、 ５０・・・ハードディスク装置、 ６０・・・ＣＲＴ、 ７０・・・プリンタ。 特許出願人　　キャノン株式会社 同代理人　　　用久保　　新　−１′ ＼ハ・。 派 第３図 第４図

Claims (4)

【特許請求の範囲】
1. （１）相手局が受信可能な信号形態に、送信データを変
   換した後に送信することを特徴とするミクストモード端
   末装置。
2. （２）特許請求の範囲第１項において、 テレテックスに対して、キャラクタデータのみを送信す
   ることを特徴とするミクストモード端末装置。
3. （３）特許請求の範囲第２項において、 イメージデータを送ることができない旨のメッセージを
   送信することを特徴とするミクストモード端末装置。
4. （４）ミクストデータのうち、相手局が受信可能な信号
   形態に限つて送信することを可能とすることを特徴とす
   るミクストモード端末装置。