JPS6387075A - 受信画像デ−タの同期エラ−チエツク方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、受信した画像データの同期エラーを通信制御
装置にてチェックする際の受信画像データの同期エラー
チェック方法に関する。

（従来の技術） 従来、蓄積交換装置等を構成する通信制御装置は、ファ
クシミリ端末装百より受信された画像データをそのまま
前記蓄積交換装置を構成する中央処理装置へ渡すか、又
は受信画像データの全ラインをデコードして同期エラー
をチェックしながら前記中央処理袋！へ渡す処理を行な
っている。

前者のビットムーブ処理では通信制御装置は受信データ
の全ラインをデコードせず０ｗｅ、１゛の値を１ビツト
ずつ前記中央処理装置に送り、後者のデコード処理では
受信画像データを１ラインずつデコードして前記中央処
理装置に送っている。

ここで、前記１ラインの画像データは、白、黒のランレ
ングスを表わす可変調符号、又は全ラインとの差分を表
わす符号から成っている。例えば、Ｃ，Ｃ，１，■、　
Ｔ、規格の０３方式では、標準走査線長が２１６　ｍｍ
であるＡ４判の文書で１ライン１７２８画素あり、標準
走査線長が２５６　ｍｍである８４判の文書で、１ライ
ン２０４８画素と決められている。

第３図はファクシミリ通信システムの一例を示したブロ
ック図である。ファクシミリ端末装置１が通信回線を介
して蓄積交換装置２に接続されている。この蓄積交換装
置２は通信制御装置３、中央処理装置４及び補助記憶装
置５から構成されている。通信制御装置３はファクシミ
リ端末装置１からの画像データをファクシミリ電送手順
に従って受信し、中央処理装置４はファクシミリ通信制
御の全てを行い、補助記憶装！５は受信された画像デー
タを蓄積する。

第４図は上記通信制卸装置３がＡ４判の原稿の同期エラ
ーをチェックする動作フローチャートである。但し、通
信制ａ装置３にはファクシミリ端末装置１より受信した
画像データの全ライン数と同期エラー数を調べるための
ラインカウンタと同期エラーカウンタとが設けられてい
るものとする。

先ず、ステップ４０１にてラインカウンタを初期化し、
ステップ４０２にて同期エラーカウンタを初期化する。

次にステップ４０３にて、ライン終端符号（ＥＯＬ）が
検知されたか否かを判定し、検知されない場合はステッ
プ４０Ｂへ、検知された場合はステップ４０４へ行く。

ステップ４０４では、ＥＯＬは１ページの最初のデータ
ラインの前と、各ラインのデータの債に付加されるもの
でおるので、ラインカウンタのカウント１直を１だけ加
算する。次にステップ４０５にて、受信データの１ライ
ン分をデコードする。そして、ステップ４０Ｂにて１ラ
インの画素数が１７２８であるかどうかを判断し、１７
２８でない場合は同期エラーとみなしてステップ４０７
に行きここで同期エラーカウンタを１だけ加算した後、
ステップ４０８へ行く。ステップ４０６にて１ラインの
画素数が１７２８でおった場合は直接ステップ４０８へ
行く。ステップ４０８では、制御復帰符号ＲＴＣが検出
されたか否かを判断し、検出されない場合は、ＲＴＣは
１電文の送信終了時に示されるものなので、電文が終了
していないと判断してステップ４０３へ戻る。ＲＴＣが
検出された場合は処理を終了する。

上記のような通信制御装置の受信画像データの同期エラ
ーチェック方法では、受信画像データの全ラインをデコ
ードしてこれを中央処理装置４へ渡す処理をしていると
処理時間が長くなるという欠点があった。例えば、デコ
ード専用のハードウェア回路を使わずにファームウェア
のみで前記デコードを行なうと、標準的な原稿を一次元
符号化方式でデコードした場合的２．５ｍ５ｅｃ　ＪＪ
上、二次元符号化方式では５７７’ＬＳｅＣ以上かかる
ことになる。

しかし、複雑な原稿になると、上記の時間を大幅にオー
バーしてしまい、１ページの受信時間以内にデコードが
完了せず、簡単なハードウェア回路で同期エラーをチェ
ックすることができないという問題点があった。そこで
、通信制御装置にて受信データのデコード処理を行なわ
ず受信データを１ビツトずつ中央処理装置へ送るいわゆ
るビットムーブ処理方法をとると、同期エラーをチェッ
クすることができないため、別のファクシミリ端末装置
へ永久に正常送信できない画像データが補助記憶装置５
に蓄積されてしまうというおそれがあるという問題点が
あった。

（発明が解決しようとする問題点） 従来の通信制御装置では画像データの同期エラーチェッ
クにかかる処理時間が長くなり、場合によっては１ペー
ジの受信時間以内にデコードが完了しないという欠点が
あった。そこで、本発明は上記の欠点を除去するもので
、短い処理時間で同期エラーをチェックすることができ
る受信画順データの同期エラーチェック方法を提供する
ことを目的とする。

［発明の構成コ （問題点を解決するための手Ｖ） 本発明の受信画像データの同期エラーチェック方法は、
受信データの全ライン数の中の任意のラインをサンプリ
ングしてこれをデコードすることによって、同期エラー
をチェックする方法を採用している。

（作用） 本発明の受信画像データの同期エラーチェック方法にお
いて、受信データの中でサンプリングされたラインのみ
デコードして同期エラーをチェックする。

（実施例） 以下本発明の一実施例を図面を参照して説明する。第１
図は本発明の同期エラーチェック方法を適用した通信制
御装置の一実施例を示したブロック図である。１０はフ
ァクシミリ端末装置、１１は通信制御装置、１２は電話
回線５０と通信制御装置１１とのインタフェースとなる
ＮＣＵ、１３は受信データをライン毎デコードするデコ
ーダ、１４はデコード処理するかビットムーブ処理する
かを判定するデコードビットムーブ処理カウンタ、１５
は受信データのラインを区別するラインカウンタ、１６
は同期エラー数をカウントする同期エラーカウンタ、１
７はデコード辺理数をカウントするデコード道理用カウ
ンタ、１８はビットムーブ処理数をカウントするビット
ムーブ処理用カウンタ、１９は通信制御装置の処理過程
で生じるデータを保持するＲＡ〜１で、このＲＡＭの記
憶領域には通信バッファ１９１゜中継バッファ１９２　
、１９４　、ＤＭＡバッファ１９３が設けられている。

２０は通信制ｍ装置を動作させるプログラムを格納する
ＲＯＭ、２１は通信制御装置１１、補助記１！装百２２
を制御する中央処理装置、２２は同期エラーのない受信
データを蓄積する補助記憶装置である。

次に本実施例の動作について説明する。ファクシミリ端
末装ｆｉ１０から６２バイトの画像データが、ＲＡＭ１
９の通信バッファ１９１に入る。この通信バッファ１９
１に入った画像データは２バイト（１ワード）ずつ中継
バッファ１９２に送られる。中継バッファ１９２内の画
像データはデコーダ１３を介して中継バッファ１９４に
送られる。デコーダ１３では所定のラインのデコードが
デコードビットムーブ処理カウンタ１４、ラインカウン
タ１５、同期エラーカウンタ１６、デコード処理用カウ
ンタ１７及びビットムーブ処理用カウンタ１８を用いて
行なわれる。中継バッファ１９２内のデータは順次ＤＭ
Ａバッファ１９３に送られ、このバッファ内のデータが
８にバイトになると、補助記憶装置２２に図示せぬＤＭ
Ａにて送られる。

次に上記通信制御装置１１における受信画像データの同
期チェックエラー動作について第２図に示したフローチ
ャートに従って説明する。これは、サンプリングチェッ
クする確率が１／２の時である。先ず、ステップ２０１
にてデコードビットムーブ処理カウンタ１４を初期化し
、ステップ２０２にてラインカウンタ１５を初期化し、
更にステップ２０３にて同期エラーカウンタ１６を初期
化する。次にステップ２０４にてＥＯＬが検知されたか
否かを判断し、検知されない場合はステップ？？１へ行
き、検知された場合はステップ２０５にてラインカウン
タ１５を１だけインクリメントした後、ステップ２０Ｂ
にてパラメータＫが１であるか否かを判断する。

ここで、パラメータにとは一次元符号化された各ライン
の後、連続して二次元符号化されるラインは（Ｋ−１＞
ラインとなることを意味する。即ち、Ｋ＝１なら全ライ
ンー次元符号化方式（ＭＨ）で表現されに＝２なら一次
元符号化方式（ＭＨ＞と二次元符号化方式（ＭＲ）とに
より各ラインが交互に表現されることになる。ステップ
２０６にてパラメータＫが１であると判定された場合は
ステップ２１０に行き、ステップ２０６にて１でないと
判定された場合はステップ２０７にてデコード／ビット
ムーブ処理カウンタ１４の値とＯＩＨとの論理積をとり
、その結果をデコード／ビットムーブ処理カウンタ１４
に新たにセットした後、ステップ２０Ｂへ行く。なおこ
こで０１Ｈとデコード／ビットムーブ処理カウンタ１４
の値との論理積をとるかという事の説明を行う。

Ｋパラメーター４の場合を考えてみる。

ＭＨ，）ｆＲ，ＭＲ，ＭＲ＋ＭＨ，）ＩＲ，ＭＲ，ＭＲ
十ＭＨ，ＭＬ　ＭＲ，ＭＲ，＋・・・として４ライン１
組と考える。

偶数組（０，２，４・・・）の場合はデコード処理、奇
数組（１，３，５・・・）の場合はビット・ムーブ処理
を行う。デコード処理、ビット・ムーブ処理を１回ずつ
交互に行うというサンプリング・チェックをする場合を
考えたのでデコード・ビットムーブ処理カウンタ１４と
０１）１とのＡＮＤをとるということになった。

ここではデコード処理、ビット・ムーブ処理を１組ずつ
交互に行う場合をフローチャートに表わしである。ステ
ップ２０８ではデコードビットムーブ処理カウンタ１４
の値が１であるか否かを判断し、１でないならばステッ
プ２０９に行き、１であるならばステップ２１６へ行く
。ステップ２０９では、デコード／ビットムーブ処理カ
ウンタ１４を１だけインクリメントした後、ステップ２
１０にてデコード処理用カウンタ１７を初期化する。次
にステップ２１１にて受信データ１ラインをデコーダ１
３にてデコード処理した後、ステップ２１２にてデコー
ド処理カウンタ１７を１だけインクリメントする。次に
ステップ２１３にて、前記デコード結果における画素数
が１７２８であるか否かを判断し、１７２８でない場合
はステップ２１４へ、１７２８である場合はステップ２
１５へ行く。ステップ２１４では、同期エラーカウンタ
１６を１だけインクリメントし、ステップ２１５ではデ
コード処理用カウンタ１７の値がＫでおるか否かを判定
し、Ｋでない場合はステップ２１１へ戻り、Ｋである場
合はステップ２２１へ行く。

一方、ステップ２１６ではデコード／ビットムーブ処理
カウンタを１だけインクリメントした１炎、ステップ２
１７にてビットムーブ処理用カウンタ１８を初期化する
。次にステップ２１８にて受信データ１ラインのビット
ムーブ処理を行う。この処理では中継バッファ１９２の
画像データがデコーダ１３を介さず中継バッファ１９４
へ送られる。その後、ステップ２１９にてビットムーブ
処理用カウンタ１８を１だけインクリメントした後ステ
ップ２２０へ行き、ステップ２２０にてごブトムーブ処
理用カウンタ１８の値がＫでおるか否かを判断し、Ｋで
ない場合はステップ２１８へ戻り、Ｋである場合は、ス
テップ２２１へ行く、ステップ２２１ではＲＴＣが検知
されたか否かを判定し、検知されない場合はステップ２
０４へ戻り、検知された場合は同期エラーカウンタ１６
の値を２倍して処理を終了する。

例えば、Ｋ＝２で走査線長が２１６　ｍｍであるならば
、受信データの各ラインはＭＨ−ＭＲ＋ＭＨ・ＭＲ＋Ｍ
Ｈ−ＭＲ＋・・・というように符号化されている。上記
ステップ２０８にてデコード処理するかビットムーブ処
理するかが区別されステップ２１１では最初の２ライン
がデコード処理され、次の２ラインはステップ２１８に
てビットムーブ処理される。２ラインを１組と考えると
奇数粗目のところは、白ランレングスと黒ランレングス
で表わされるデコード処理が、偶数粗目は“Ｏｐｓ　“
１″という値を１ビツトずつ送るビットムーブ処理が行
われる。ステップ２１１のデコード処理では１ラインを
画素数で表わし、ステップ２１３にて前記画素数７’）
＜１７２８であるか否かにより同期エラーがチェックさ
れる。上記のような処理が、ステップ２２１にてＲＴＣ
が検知されるまで行われる。

ここで、ステップ２１８のビットムーブ処理ではデコー
ド処理より処理時間がかなり短くなるが、１ラインを画
素で表現することは不可能であるため、同期エラーを検
出することはできない。そこで、ビットムーブ処理をし
たラインにてもデコード処理時に発生する同期エラーを
検出する確率と同程度の確率で同期エラーが発生したと
想定する。

前記で表わしたようにパラメータにと、サンプリング率
とは関係ない。Ｋ＝４でも、Ｋ＝３でも、Ｋ＝２でも、
この場合の同期エラー率はエラーカウント数×２／全ラ
イン数ｘｌＯＯ（％）で表わす。

中央処理装置２１は上式で得られた結果が一定値以上の
場合、受信画像データを画質不良とみなし補助記憶装置
２２への画像データの蓄積を阻止し、同期エラー率が一
定値未満の場合、正常受信とみなして受信画像データを
補助記憶装置２２に蓄積する。

本実施例によれば受信データのライン数が１０３程度の
もので、受信データの１／ｎ（ｎ：整数≦１０＞のライ
ンだけをサンプリングして同期エラーのチェックを行う
と、デコード／ビットムーブ処理カウンタ１４等の簡単
なハードウェアの追加と、第２図のフローチャートで示
したソフトウェア処理にて、同期エラーチェックを短時
間に行うことができる。例えば、全ライン数Ｌライン、
サンプリングチェツク間隔１／ｎ１デコード平均処理時
間ｘＴｎｓ、ビットムーブ処理時間ｙｍｓ　（ｘ＞ｙ）
とすると、全ラインのデコード処理を行う場合は、Ｌ−
ｘ　（ＴｒＬｓ）１／ｎのサンプリングチェックを行う
場合は、Ｌ　（（１／ｎ＞ｘ＋（１−１／ｎ）ｙ）（Ｔ
ｒＬｓ）となり、サンプリングチェックを行うことによ
る短縮時間はＬ　（Ｘ−ｙ）（１−１／ｎ）ｍｓとなる
。例えば全ライン数Ｌ＝１０３、サンプリングチェック
間隔１／２とすると、５００（ｘ−ｙ）ｍｓの短縮とな
る。

なお、サンプリングチェック間隔１／ｎの場合はデコー
ド／ビットムーブ処理カウンタはＯからはじまって１組
がデコード処理又はビット、ムーブ処理が終了するごと
にデコード／ビットムーブ処理カウンタに１を加算する
。そのデコード、／ビットムーブ処理カウンタをｎで割
りその余りか、Ｏか、Ｏ以外かによって、デコード処理
をするか、ビットムーブ処理をするか決定する方法をと
る。

そして、フローチャートは第２図に示したフローチャー
トの２０７以降を第４図に示すように変更する。

［発明の効果］ 以上記述した如く本発明の受信画像データの同期エラー
チェック方法によれば、受信データの全ラインのうち所
定のライン数の組ごとにラインをサンプリングしてこれ
をデコードして同期エラーをチェックすることにより、
短い処理時間で同期エラーをチェックし得る効果がある
。

【図面の簡単な説明】

第１図は本発明の受信画像データの同期エラーチェック
方法を適用した通信制御装置の一実施例を示したブロッ
ク図、第２図は第１図に示した通信制御装置の同期エラ
ーチェック動作のフローチャート、第３図は従来のファ
クシミリ通信システムの一例を示したブロック図、第４
図は従来の通信制御装置の同期エラーチェック動作を示
したフローチャートである。 １０・・・ファクシミリ端末装置 １１・・・通信制御装Ｍ　　　　１３・・・デコーダ１
４・・・デコードビットムーブ処理カウンタ１５・・・
ラインカウンタ １６・・・同期エラーカウンタ １７・・・デコード処理用カウンタ １８・・・ビットムーブ処理用カウンタ１９・・・ＲＡ
Ｍ　　　　　　　２０・・・ＲＯＭ２１・・・中央処理
装置　　　２２・・・補助記憶装置代理人　弁理士　本
　１）　　崇 Ｌ−一一一−−−−−−−−−−−−−−−−−−ｍ−
」第４図

Claims (3)

【特許請求の範囲】
1. （１）受信画像データ中より検出した同期エラー数から
   この画像データの周期エラー率を求め、この同期エラー
   率の値によって同期エラーの存否をチェックする周期エ
   ラーチェック方法において、受信画像データの全ライン
   を所定のライン数の組ごとにサンプリングしてこれをデ
   コードして一ラインの画素数を求め、この画素数が所定
   値であるか否かによって同期エラー数を求めることを特
   徴とする受信画像データの同期エラーチェック方法。
2. （２）受信画像データの全ライン中、サンプリングしな
   い残りのラインをビットムーブ処理することを特徴とす
   る特許請求の範囲第１項記載の受信画像データの同期エ
   ラーチェック方法。
3. （３）サンプリングしたラインをデコードして求めた同
   期エラー数より、デコードしない残りのラインの同期エ
   ラー数を推定して受信画像データ全ラインの同期エラー
   率を求めることを特徴とする特許請求の範囲第１項又は
   第２項記載の受信画像データの同期エラーチェック方法
   。