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

Abstract

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

Description

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

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

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

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

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

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

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

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

さらに、ファクシミリ本体にＣＲＴ等の表示手段を接続
し、受信したイメージデータに基づいてそのＣＲＴに表
示することが考えられる。また、送信すべきイメージと
文字とを、−上記ＣＲＴを使用して編集することが考え
られる。そして、その編集作業中に受信があった場合、
ランプ等のインジケータが点灯するようにすることが考
えられ、このようにすれば、受信を確実に知ることがで
きる。

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

一方、ファクシミリ本体に不揮発性メモリを接続した場
合で、自動受信するためには、総ての電源を投入したま
まにしておく、シかし、これｔ±、無駄な電力を消費す
るという欠点があり、また。

その場合、ノ＼−ドディスク等を長時間回転させるため
に、ハードディスクの寿命が短くなるとし１う欠点があ
る。この欠点を克服するためには、着信があるまで、フ
ァクシミリの電源を切り、着信力くあった後にファクシ
ミリの電源を投入すること力（考えられる。ところが、
この場合、ファクシミＩ〕が起動するまでに所定時間を
要するので、回線を待たせるという問題がある。

［発明の目的１ 、本発明は、上記事情に鑑みてなされたもので、所定デ
ータのみを受信できる相手局に対して、確実に交信する
ことができるミクストモード端末装置を提供することを
目的とするものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｕｌｌ）。

［発明の効果］ 本発明によれば、所定データのみを受信できる相手局に
対して、確実に交信することができるという効果を有す
る。

【図面の簡単な説明】

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

Claims (2)

【特許請求の範囲】
1. （１）キャラクタデータをイメージデータに変換して送
   出することを特徴とするミクストモード端末装置。
2. （２）特許請求の範囲第１項において、 前記変換は、前記キャラクタデータに対応したビットパ
   ターン信号を出力するキャラクタジェネレータによって
   、実行されることを特徴とするミクストモード端末装置
   。