JPH04313960A - 画データ送信装置及び画データ受信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ファクシミリ装置に好
適した画データの送受信装置に関する。

【０００２】

【従来の技術】画データとしては、原稿画像をＣＣＤ等
の読取素子で読み取り２値化処理することにより得る２
値化データと、２値化データをＭＨ，ＭＲ等所定の方式
で圧縮した符号データと、更にアスキーコードデータに
対応するファクシミリの発信元名や電話番号のキャラク
タ・フォントをビットイメージに展開した２値化データ
とがある。

【０００３】

【発明が解決しようとする課題】ところで、原稿画像の
送出データとしての符号データは、ＭＲ，ＭＨのいずれ
の方式であっても圧縮処理されているので、一般には２
値化データよりもデータ量が少ない筈である。しかしな
がら、原稿として写真のような中間調を含んだものの場
合、ＭＲ方式、ＭＨ方式で圧縮すると逆に２値化データ
よりデータ量が多くなるものが存在する。

【０００４】この場合、送信原稿が文字画像であるか写
真画像であるかを前もって判別し、判別結果によってＭ
Ｒ又はＭＨ方式でデータ圧縮して送信するか、２値化デ
ータのまま送信するかを選択することが考えられるが、
一枚の原稿に文字と写真が混在する場合には文字か写真
かの判別が困難であるし、またたとえいずれの態様で送
信しても文字領域か写真領域の一方でデータ量が多くな
り、結果的に通信時間が長くなるといった不具合が生じ
る。

【０００５】本発明は、このような点に鑑み、送信原稿
を文字か写真かの判定を行わなくても、各ラインのデー
タ量によって最適の状態でデータ送信することのできる
新規な画データ送信装置並びにその装置と通信可能な画
データ受信装置を提供することを目的としている。

【０００６】

【課題を解決するための手段】上記目的を達成するため
本発明に係る画データ送信装置は、原稿画像を１ライン
ずつ２値化データとして読取る読取り手段と、前記２値
化データを所定の方式で圧縮するデータ圧縮手段と、各
ライン毎に２値化データのデータ量とそれを圧縮したデ
ータ量のどちらが多いかを判定するデータ量判定手段と
、判定結果により少ないデータ量の方を送出データとし
て採択するラインデータ採択手段と、採択した各ライン
データの直前に挿入する識別コードにその直後のライン
データが２値化データであるか圧縮されたデータである
かを表示するビットデータを付加するビットデータ付加
手段と、を備えていることを特徴としている。

【０００７】又、本発明に係る画データ受信装置は、受
信データから識別コードを検出し、その中のビットデー
タから直後のラインデータが２値化データのままである
か圧縮されているかを判別する判別手段と、受信したラ
インデータが圧縮されたものである場合そのデータを所
定の方式で伸張するデータ伸張手段と、２値化データは
そのまま、圧縮データは伸張した後のデータを取り出し
、原稿画像を復元する画像復元手段と、を備えているこ
とを特徴としている。

【０００８】

【作用】本発明に係る画データ送信装置によれば、１ラ
イン毎に圧縮データと２値化データとのデータ量を比較
し、少ない方のデータをラインデータとして送出すると
共に、その際受信側において復号に便利なように、各ラ
インデータの直前に挿入する識別コードに直後のライン
データが２値化データであるか圧縮データであるかを指
示するビットデータを付加しておく。

【０００９】一方、本発明に係る画データ受信装置によ
れば、前記送信装置から送られてきたデータを受信した
際、識別コードに付加されてあるビットデータから直後
のラインデータが２値化データか圧縮データかを判別し
、２値化データの場合はそのまま印字データとして、ま
た圧縮データの場合は所定の伸張方式でデータ伸張して
印字データとして印字部へ出力する。これによって受信
側において送信原稿を再現することができる。

【００１０】

【実施例】図１は本発明の一実施例として通信回線Ｌで
接続された２台のファクシミリ装置１，２を示している
。ここでは、ファクシミリ装置１が送信側、ファクシミ
リ装置２が受信側となって画データの通信を行う場合を
想定して説明する。図中、１１，２１は回線制御部（Ｎ
ＣＵ）、１２，２２はアナログ・ディジタルの変換を行
うモデム、１３，２３はデータ圧縮・伸張部、１４，２
４は原稿読取部、１５，２５は印字部、１６，２６はＲ
ＯＭ、１７，２７はＲＡＭ，　　１８，２８はＣＰＵ、
１９，２９は発信元名発生器である。

【００１１】データ圧縮・伸張部１３，２３はＭＲ方式
又はＭＨ方式でデータの圧縮・伸張を行う処理部をいう
。読取部１４，２４は原稿画像を読取り、２値化処理ま
で行う回路を備えている。ＣＰＵ１８，２８はＲＯＭ１
６，２６、ＲＡＭ１７，２７に書かれたプログラムに基
づきファクシミリ装置１，２の各部１１〜１７、２１〜
２７を駆動して、画像データの送信、受信を行うよう制
御する中央処理装置である。ＣＰＵ１８，２８の行う制
御は図５以下に示されている。図５の説明に先立って、
本実施例におけるファクシミリ装置の特殊な点を説明す
る。

【００１２】先ず、本実施例のファクシミリ装置１，２
は通常の圧縮伸張方式であるＭＲ、ＭＨ方式の他に独自
のＭＲ、独自のＭＨ方式を有し、そのいずれも選択可能
である。独自のＭＲ方式は、通常のＭＲ方式が一度設定
されると全ての画像をそのＭＲ方式で圧縮・伸張を行う
のに対し、１走査ライン単位にＭＲ方式で処理した画像
データを用いたり、そのような圧縮・伸張を行わない２
値化データを用いたり切換えることができる方式である
。独自ＭＨ方式もこれと同様、１走査ライン単位にＭＨ
方式で処理した画像データを用いたり２値化データを用
いたり切り換えることができる方式である。

【００１３】通信に際して、上記したいずれの方式でデ
ータ送受信を行うかを２台のファクシミリ装置間で確認
するため、非標準手順信号のＮＳＦ信号やＮＳＳ信号に
その情報を含ませ、ハンドシェイクが完了した時点で２
台のファクシミリ装置はＭＲ方式、ＭＨ方式、独自ＭＲ
方式、独自ＭＨ方式のいずれかの処理方式にセットされ
るようにしてある。これらいずれの方式で通信を行うか
の主導権は送信側がもっている。

【００１４】独自ＭＲ方式と独自ＭＨ方式の場合、各走
査ライン毎にデータ圧縮するか、２値化データとするか
の判断はデータ量の多少によって行われる。即ち、圧縮
した状態のデータ量と圧縮しない２値化データのデータ
量を比較し、そのうちのデータ量の少ない方が送出用ラ
インデータとして選択される。一般の文字原稿の場合は
圧縮した方が圧倒的にデータ量が少ないので、圧縮した
データが送出データとして用いられるが、写真のように
中間調で表現された画像の場合には、圧縮したデータよ
りもむしろ圧縮しない２値化データの方がデータ量が少
ないので、２値化データがそのまま送出データとして採
用される。なお、圧縮したデータ量と２値化データのデ
ータ量との算出は画像データの読取・圧縮を行う送信側
においてラインデータの加算器を用いることにより実施
できるし、データ量の比較も減算器或いは除算器、更に
は一致回路等公知の回路を用いることにより実施できる
。

【００１５】独自ＭＲ方式、独自ＭＨ方式で通信が行わ
れる場合において、受信側では受信したラインデータを
復元する場合、データ伸張すべきかそのまま２値化デー
タとして復元すればよいか、ラインデータを受取る前に
予め知っておく必要がある。そのため、送信側では送出
ラインデータの直前にそのことを指示する情報を含ませ
るようにしている。次に、これを図２〜図４に基づいて
説明する。

【００１６】図２は送信局が読取ったデータを示してい
る。即ち、送信局において、最初に発信元名又はＦＡＸ
．ＮＯ．を示すキャラクタ・フォントデータＤ１を発信
元名発生器１９から読取り、続いて１ページ分の文字、
写真（両者が混在したものも含む）データＤ２を読取り
部１４，２４から読取る場合を示している。このデータ
Ｄ１，Ｄ２がファクシミリ装置１でＴ．４勧告に準拠す
る方式で処理されて通信回線Ｌに送出されると、図３の
ようなフレーム構造となる。即ち、各ライン毎のデータ
（キャラクタ・フォントデータはＤ１０，Ｄ１１…とい
うように１０〜１９までの数字で示し、文字、写真画像
のラインデータはＤ２０，Ｄ２１…というように２０以
上の数字で示す。）の前に１つの識別コードＣを挿入し
、ページの終了部に６個の識別コードＣを連結した構造
である。

【００１７】識別コードＣはファクシミリ装置がいずれ
の圧縮・伸張方式を採るかによって次のようになってい
る。 ■ＭＲ方式の識別コード この方式の場合、ＥＯＬ（ｅｎｄ　ｏｆ　ｌｉｎｅ）　
コードに１ビットのタグビットを連結した構成をしてい
る。ＥＯＬコードは１２ビットで構成されるので、計１
３ビットとなる。タグビットは０か１の値をとり、１は
１次元符号を、０は２次元符号を意味している。 ■ＭＨ方式の識別コード この方式の場合、ＥＯＬコードだけで構成される。 ■独自ＭＲ方式の識別コード この方式の場合、図４（ａ）に示すようにＥＯＬコード
とタグビットと３ビット分の補足コードを連結した構成
で合計１６ビット長となる。３ビット分の補足コードは
表１のようになっていて、次に続くラインデータが２値
化データであるかＭＲ方式で圧縮されたデータであるか
を示している。

【００１８】

【表１】

【００１９】■独自ＭＨ方式の識別コードこの方式の場
合、図４（ｂ）に示すようにＥＯＬコードと４ビット分
の補足コードを連結した構成をしている。 ４ビット分の補足コードは表２のようになっていて、独
自ＭＲ方式の補足コードと同様、次に続くラインデータ
がいずれのデータであるかを示している。尚、独自ＭＨ
方式の識別コード長は独自ＭＲ方式のそれと同じであり
、通常のＭＲ方式、ＭＨ方式のコード長より長くなって
いる。このため、独自ＭＲ方式、独自ＭＨ方式の場合、
１６ビットの整数倍でデータを取り扱うのが便利となる
。

【００２０】

【表２】

【００２１】次に、上記ファクシミリ装置の通信動作を
図５〜図９に基づいて説明する。図５は送信側ファクシ
ミリ装置の動作を示したフローチャートである。このフ
ローチャートは、交信相手との手順信号の交換が完了し
、ハンドシェイクした状態から後の動作を示している。 先ず、送信側は受信側と交換した非標準手順信号ＮＳＦ
、ＮＳＣ、ＮＳＳ等の信号の中に独自コーディング機能
を指示するビットが立っているかどうかをみて（＃１）
、立っていればそのビットが独自ＭＲ方式か独自ＭＨ方
式のいずれを指定しているかを判定する（＃２）。 独自ＭＲ方式を指定しているなら、読取部で原稿の読取
りを完了していないことを確認した後（＃３）、＃１４
では送出しようとするデータがｋパラメータによって決
まるｋラインの最初のラインであるかどうか判別する。 最初のラインであった場合、ＥＯＬコードにタグビット
として１を付加し、更に３ビットの補足コードとして１
次元符号コード（１００）を連結した識別コードを作製
し（＃１５、＃１６）、そのコードに読取りデータを１
次元符号化（ＭＲ方式のデータ圧縮法であり、最初の１
ラインについて行う方法をいう。公知の方法なので、詳
細な説明は省略する。）したものを付加して送出する（
＃１７、＃１８）。この場合、１ラインのデータ長が１
６ビットの整数倍となるよう＃１０、＃１１において調
整される。

【００２２】ｋラインの最初のラインデータを送出する
と、プログラムは２ライン目のデータの送出を行うため
、＃１４から＃１９へと進む。＃１９においては、ＥＯ
Ｌコードにタグビットとして０を付加する。そして、＃
２０へ進み、ここで前ラインの２値化データと現ライン
の２値化データを参照して、白データから黒データ或い
はその逆に黒データから白データに変化している数を前
ライン、現ライン別にカウントし、そのカウント値が所
定数より多いかどうかを判定する。ＭＲ方式の場合、前
ライン及び現ラインの白黒データの変化数が多いと圧縮
後のデータ量が多くなるので、その場合はデータ圧縮す
ることなく、２値化データのまま送出する（＃２２、＃
２３、＃２４）。尚、２値化データの送出に先立って、
＃２１で識別コードＣに補足コードとして、２値化デー
タを示すコード（０１１）が付加され送出される。

【００２３】１ライン分の２値化データの送出を完了す
ると、プログラムは再び＃１４へ戻り、次のラインデー
タの送出手続をとる。この場合、次に送出しようとする
ラインがｋラインの最初のラインでないなら、＃１９、
＃２０へと進み、前ラインと現ラインの白黒データの変
化数をカウントする。カウント値が所定量より低い場合
には、圧縮した方がデータ量が少ないので、この場合は
＃２５に進み、補足データとしてＭＲ２次元符号コード
（０００）を送出し、続いて読取データを２次元符号化
したものを送出する（＃２６、＃２７）。

【００２４】以後、ｋライン目のラインデータを送出す
るまで、各ライン毎に２値化データ又は２次元符号化デ
ータの選択をして、選択したデータの送出を行う。勿論
、各ラインとも１６ビットの整数倍に調整される（＃１
０、＃１１）。そして、再びｋラインの最初のラインの
送出手続になると、＃１４→＃１５→＃１６→＃１７→
＃１８と進み、２次元符号化したデータの送出を行う。 続いて２ライン目からｋライン目までは、前ラインの２
値化データと現ラインの２値化データの白黒変化数によ
って２値化データのまま或いは２次元符号化して送出す
る。以上の動作を１ページ分の読取りデータの全ての送
出が終わるまで行う。１ページ分のデータ送出が完了す
ると（＃３）、処理は＃２８へ進み、１６ビット長の識
別コードＣを６個連続して出力し、処理を終了する。

【００２５】一方、プログラムが＃２に進んだとき、フ
ァクシミリ装置１が独自ＭＨコーディング方式にセット
されていると判定されると、図６の処理に移行する。先
ず、＃３０にて読取った１ライン分の画像データの２値
化データ量とＭＨ方式で圧縮した状態のデータ量を比較
する。後者のデータ量が少ないと判断すると、＃３１、
＃３２、＃３３、＃３４と進み、ＥＯＬコードに４ビッ
ト分の補足コードとしてＭＨ符号コード（１１００）を
連結して識別コードを作製し送出すると共に、１ライン
分の読取データをＭＨ方式で圧縮し送出する。そして、
１ラインのデータ長が１６ビットの整数倍となるよう＃
３５、＃３６で調整する。

【００２６】一方、＃３０において、ＭＨ方式で圧縮し
たデータ量より２値化データの方がデータ量が少ないと
判定されると、＃３７、＃３８、＃３９、＃４０と進み
、ＥＯＬコードに４ビット分の補足コードとして２値化
データを示すコード（０１１０）を連結して識別コード
を作製し送出すると共に、１ライン分の読取データを２
値化した状態のままで送出する。

【００２７】以後、各ライン毎に＃３０の判定を行って
１ページ分の原稿画像の送出を完了すると（＃３７）、
１６ビットの識別コード６個を連続して送出し（＃３８
）、処理を終了する。又、図５の＃１において、非標準
手順信号中に独自コーディング機能ビットがなければ、
＃４１に進み、ＤＩＳ信号中に通常のＭＲコーディング
の指定がなされているかどうか判定し、指定がなされて
いると、Ｔ．４勧告、２次元符号化処理に準拠したＭＲ
方式でデータ圧縮して送出するし（＃４２）、指定され
ていないと、Ｔ．４勧告、１次元符号化処理に準拠した
ＭＨ方式でデータ圧縮して送出する（＃４３）。

【００２８】図７は受信側ファクシミリ装置２の動作を
説明したフローチャートである。このフローチャートも
図５と同様、ハンドシェイクの完了した後の手順が示し
てある。先ず＃５０において、送信されてきたＮＳＦ信
号等に独自コーディング機能ビットが立っていたかどう
か判定し、立っていた場合は、そのビットが独自ＭＲ方
式が独自ＭＨ方式のいずれを指定しているかを判定する
（＃５１）。独自ＭＲ方式を指定しているなら、受信デ
ータの最初の１６ビット（識別コード）を取り出してそ
の中のタグビットが１であるか０であるか判定する（＃
５３）。タグビットが１の場合においてその後に付加さ
れている補足データを参照し、補足コードが（１００）
で、ＭＲ１次元符号コードであったとすると、その直後
の１ライン分の受信データをＭＲ方式の１次元符号コー
ド復号処理を行う（＃６４）。復元データは速やかに印
字若しくはメモリに記憶される。

【００２９】１ライン分の受信データの復元を完了し（
＃６５）、次にタグビットが０の識別コードを検出した
場合には（＃５３）、処理は図８に進み、補足コードが
２値化データを示す（１１０）コードであるかどうか判
定する（＃７０）。Ｙｅｓの場合には、何らの伸張処理
を行うことなく、そのまま１ライン分のデータを受信す
る（＃７１）。１ライン分に相当する規定ビット数を受
信し（＃７２）、そのビット数が１ワードの整数倍であ
れば（＃７３）、受信エラーなしとして次のラインの処
理に進む。

【００３０】又、＃７０において、Ｎｏと判定されると
、受信データをＭＲ方式の２次元符号コード復元処理を
行う（＃７４）。そして、１ライン分の復元を完了する
と（＃７５）、次のラインの処理に進む。上記のように
して復元されたラインデータは速やかに印字又はメモリ
に記憶される。以下、同様にして新たに受信するライン
データを識別コード中のタグビット、補足コードを参照
して２値化データとし又はＭＲ方式の復元データとして
出力する。そして、やがて１６ビットの識別コードを２
回以上連続して検出すると、ページ終了と判断して処理
を終了する。

【００３１】次に＃５１にて、独自ＭＨ方式を指定して
いると判断されると、図９の処理に進む。この図９の動
作は図８の＃７４のＭＲ方式の２次元符号コード処理が
ＭＨ方式の符号コード処理に置き換わるだけであり、特
段の説明をしなくても動作を解読できるので、ここでは
省略する。

【００３２】

【発明の効果】以上説明したように本発明に係る画デー
タ送信装置によれば、１ライン毎に圧縮データと２値化
データとのデータ量を比較し、少ない方のデータをライ
ンデータとして送出すると共に、その際、各ラインデー
タの直前に挿入する識別コードに直後のラインデータが
２値化データであるか圧縮データであるかを指示するビ
ットデータを付加しておくので、データ受信側において
、識別コード中のビットデータから次に送られてくるラ
インデータが圧縮されているか２値化データのままであ
るかを判定し、直ちにそれに対応することができるよう
にしておけば、送信データを支障なく再現することがで
きると共に、送信しようとする原稿が写真データであっ
ても文字と写真が混在したデータであっても送信側から
受信側へ送られるデータ量そのものを少なくすることが
でき、通信時間を節約できるし、かつ高品質な画像の伝
送が可能になるといった効果がある。

【００３３】一方、本発明に係る画データ受信装置によ
れば、前記送信装置から送られてきたデータを受信した
際、識別コードに付加されてあるビットデータから直後
のラインデータが２値化データか圧縮データかを判別し
、２値化データの場合はそのまま印字データとして、ま
た圧縮データの場合は所定の伸張方式でデータ伸張して
印字データとして印字部へ出力する。これによって受信
側において送信原稿を忠実に再現することができる。

【図面の簡単な説明】

【図１】本発明の一実施例として通信回線で接続された
２台のファクシミリ装置を示す図である。

【図２】送信側が読取ったデータを模式的に示す図であ
る。

【図３】図２のデータを通信回線に送出する場合に採用
するフレーム構成を示す図である。

【図４】識別コードの構成を示す図である。

【図５】送信動作を示すフローチャートである。

【図６】送信動作を示すフローチャートである。

【図７】受信動作を示すフローチャートである。

【図８】受信動作を示すフローチャートである。

【図９】受信動作を示すフローチャートである。

【符号の説明】

１３　　　　データ圧縮・伸張部 １４　　　　読取り部 １８　　　　ＣＰＵ ２３　　　　データ圧縮・伸張部 ２４　　　　読取り部 ２８　　　　ＣＰＵ

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　原稿画像を１ラインずつ２値化データ
   として読取る読取り手段と、前記２値化データを所定の
   方式で圧縮するデータ圧縮手段と、各ライン毎に２値化
   データのデータ量とそれを圧縮したデータ量のどちらが
   多いかを判定するデータ量判定手段と、判定結果により
   少ないデータ量の方を送出データとして採択するライン
   データ採択手段と、採択した各ラインデータの直前に挿
   入する識別コードにその直後のラインデータが２値化デ
   ータであるか圧縮されたデータであるかを表示するビッ
   トデータを付加するビットデータ付加手段と、を備えて
   いることを特徴とする画データ送信装置。
2. 【請求項２】　　受信データから識別コードを検出し、
   その中のビットデータから直後のラインデータが２値化
   データのままであるか圧縮されているかを判別する判別
   手段と、受信したラインデータが圧縮されたものである
   場合そのデータを所定の方式で伸張するデータ伸張手段
   と、２値化データはそのまま、圧縮データは伸張した後
   のデータを取り出し、原稿画像を復元する画像復元手段
   と、を備えていることを特徴とする画データ受信装置。