(57)【要約】【課題】送信側で符号化の不具合を検出して通信を中止することのできるファクシミリ装置を提供する。【解決手段】送信対象の画像データをＣＯＤＥＣモジュール３４にて所定の符号化方式（たとえば、ＪＢＩＧ方式）で符号化して得た符号データをＥＣＭ送信する動作と並行して、判定モジュール３８にてその符号データを復号化し、復号化結果から送信中の符号データに異常があるか否かを判定する。異常を検出した場合は送信動作を中止する。また、送信中止後の再送は、送信中止時の符号データと異なる符号化方式で行う。【選択図】図６
2014027567.tif 000002
【特許請求の範囲】
【請求項１】
送信対象の画像データを符号化して符号データを生成する符号化部と、
前記符号化部の生成した符号データを送信する送信部と、
前記符号データが所定の符号化方式の場合に、前記送信部による前記符号データの送信動作と並行して、前記符号データを復号化する復号化部と、
前記復号化部での復号化結果から前記符号データの異常を検出する判定部と、
前記判定部によって前記異常が検出された場合に、前記送信部による前記符号データの送信動作を中止させる制御部と
を有する
ことを特徴とするファクシミリ装置。
【請求項２】
前記所定の符号化方式は、ＪＢＩＧ方式である
ことを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
前記制御部は、前記符号データの送信動作を中止させた後に前記送信対象の画像データを符号化して再送信する場合は、前記画像データを前記符号化部に前記所定の符号化方式と異なる符号化方式で符号化させ、該符号化で得た第２符号データを前記送信部に送信させる
ことを特徴とする請求項１または２に記載のファクシミリ装置。
【請求項４】
前記判定部は、前記復号化部が１ストライプ分に相当する画素数を復号化したタイミングで所定のコードが符号データに現れない場合に前記異常を検出する
ことを特徴とする請求項２に記載のファクシミリ装置。
【請求項５】
前記判定部は、前記復号化部が１ページを復号化したときに得られた画像のライン数が前記符号化部の符号化したライン数と一致しない場合に前記異常を検出する
ことを特徴とする請求項１乃至４のいずれか１つに記載のファクシミリ装置。
【請求項６】
前記判定部は、前記復号化部が符号データを復号化したときに得られた画像データと元の画像データとを比較して前記異常の検出を行う
ことを特徴とする請求項１乃至５のいずれか１つに記載のファクシミリ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信がいつまでも継続する不具合の防止機能を備えたファクシミリ装置に関する。
【背景技術】
【０００２】
ファクシミリ通信では、画像データを送信する前手順において、送信側と受信側で対応可能な符号化方式を、ＭＨ（modified Huffman coding）、ＭＲ（Modified READ[Relative Element Address Designate]）、ＭＭＲ（Modified Modified READ）、ＪＢＩＧ（Joint Bi-level Image experts Group）などの中から決定する。その後、送信側は、その決定した符号化方式で画像データを符号化し、該符号化で得た符号データを受信側へ送信する。受信側は、その符号データを前手順で決定した符号化方式に従って復号化して元の画像データを復元する。
【０００３】
通信途中の通信回線で受けるノイズやひずみ等により受信データにエラーが生じた場合、受信側で復号化して得た画像が大きく乱れることがある。その対策として、受信データの間違いを修正するＥＣＭ(Error Correction Mode)と呼ばれる通信方式が広く普及している。ＭＭＲやＪＢＩＧの場合、受信データにエラーがあると、エラー発生箇所以降のすべてを正常に復号化できなくなるため、必ずＥＣＭ方式が採用される。
【０００４】
ＥＣＭ方式では、図９に示すように、送信側および受信側の両方で、ＥＣＭ用の通信バッファ（ＥＣＭバッファとする）が設けられる。ＥＣＭバッファは、２５６バイト（Byte）単位のフレームを２５６個保持可能な６４Ｋバイトの記憶領域として構成される。符号化部で生成された符号データは、２５６バイト単位のフレームに区切られて、ＥＣＭバッファに順次格納される（図９；Ｐ１）。
【０００５】
ＥＣＭ方式では、このＥＣＭバッファ（６４Ｋバイト）単位に区切ってデータの送信が行われる。送信側は、６４Ｋバイト単位に区切ったデータの末尾に、次のデータの有無等を示すＰＰＳ信号を付加する。ＰＰＳ信号には、１ページのデータがこの２５６フレームに収まり切らずさらに続くことを示すＰＰＳ−ＮＵＬＬ、この通信での最終ページであって以後のデータがないことを示すＰＰＳ−ＥＯＰ、当該ページは終了し同じモードで次ページのデータが続くことを示すＰＰＳ−ＭＰＳ、当該ページは終了し送信モードの変更を行って次ページのデータがあることを示すＰＰＳ−ＥＯＭ、がある。
【０００６】
送信側は、ＰＰＳ−ＥＯＰに対して、データを正常に受信したことを示すＭＣＦ信号を受け取ったら、Phase-E（通信を終了させるための手順）に移行する。ＰＰＳ−ＥＯＭに対してＭＣＦを受け取ったらPhase-B（送信モードを変更するための手順）に移行する。ＰＰＳ−ＭＰＳに対してＭＣＦを受け取ったらPhase-C（画像データを送信する手順）に戻る。
【０００７】
ＥＣＭバッファ（６４Ｋバイト）単位に区切ったデータの送信において、各フレームのデータはＦＣＤ（frame coded data)と呼ばれるＨＤＬＣ（High level Data Link Control procedures）フレームフォーマットで送信される（Ｐ２）。各ＦＣＤには０から最大２５５までのいずれかのフレーム番号が割り当てられる。受信側では各ＦＣＤに対してＦＣＳ（frame check sequence）チェックを行い、正しいフレームデータのみ受信用ＥＣＭバッファに格納する（Ｐ３）。誤りの検知されたＦＣＤに対応する受信用ＥＣＭバッファのフレームは空のままにされる。誤りが検知されたＦＣＤのフレーム番号は、ＰＰＲ(partial page request)信号によって、送信側に通知される（Ｐ４）。送信側はＰＰＲ信号によって再送要求のあったフレームのみを再送する（Ｐ５）。受信側は再送されたフレームが正常ならば、受信側ＥＣＭバッファの該当するフレーム番号の領域へそのデータを格納する（Ｐ６）。すべてのフレームが正常に受信されるまで、ＰＰＲの通知（Ｐ４）と再送（Ｐ５）は繰り返される。
【０００８】
ＥＣＭバッファ（６４Ｋバイト）単位の全てのフレームが正しく受信されたら、受信側は復号化動作を開始し（Ｐ７）、正常に復号が完了したらＭＣＦ（message confirmation)信号が送信側へ通知される（Ｐ８）。
【０００９】
オフィスなどに設置されるファクシミリ装置では、ＥＣＭを使用し、符号化方式としては圧縮率の高いＪＢＩＧが多く用いられる。ＪＢＩＧにてファクシミリ送信する場合、送信側の符号化に係るソフトウェア処理あるいはハードウェア処理の不具合によって符号データに不要なデータが付加されてしまうと、復号時に、たとえば、余計なゴミラインが生成されてしまう。
【００１０】
特許文献１には、ＪＢＩＧ方式で符号化された符号データの復号化処理において画像データに余計なゴミラインが生じることを防止するための処理を、受信側で行う技術が開示されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００２−１６５１００号公報
【特許文献２】特開２００３−０６９７９８号公報
【特許文献３】特開平５−１９１６１２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ファクシミリ装置は、様々な相手が送信先になるため、特許文献１に開示されたように、余計なゴミライン等に関する問題を受信側で対処する方法では、その機能を具備しない受信機において当然にその問題は解決されない。
【００１３】
したがって、送信側で対処することが望ましい。しかし、ファクシミリ装置の送信ユニットは、通常、図１０に示すように構成される。すなわち、原稿を光学的に読み取るスキャナ等から送信対象の画像データがバッファメモリを介してＣＯＤＥＣ（COder/DECoder）モジュールに入力され、ＣＯＤＥＣモジュールの出力する符号データは、ＥＣＭバッファを介して、モデムで変調され、ＮＣＵ（Network Control Unit）から電話回線を通じて受信側へと送信される。このように、上流のＣＯＤＥＣモジュールからＥＣＭバッファを介して下流のモデムへと順にデータを受け渡すだけの一般的なファクシミリ送信のデータフローでは、符号データに不要なデータが付加されているかどうかを判別できず、送信側で上記問題の解決を図ることはできなかった。
【００１４】
ところで、受信側のファクシミリ装置には、受信した符号データをリアルタイムに復号化処理するタイプと、１ページ分のデータの受信が完了（ＰＰＳ−ＭＰＳまたはＰＰＳ−ＥＯＰを受信）してから復号化処理を開始するタイプがある。後者の場合、符号データに不要なデータが付加されたことにより、１ページの終了を認識できず、電話回線を捕捉したまま数十分、あるいは数時間と経過してしまう現象が生じ得る。たとえば、図１１に示すように、送信側での符号化の不具合により、送信データに２５６バイトのゴミデータ（ＰＰＳ−ＮＵＬＬ）が連続して付加されると、受信側では、長尺原稿を受信していると解釈してしまい、いつまでたっても、復号化処理を開始せずに、電話回線を長時間捕捉してしまう。その結果、通信費用が無駄に嵩むと共に、他のファクシミリ装置からの受信等ができなくなるなどの不利益をユーザに与えてしまう。
【００１５】
本発明は、上記の問題を解決しようとするものであり、送信側で符号化の不具合を検出して通信を中止することのできるファクシミリ装置を提供することを目的としている。
【課題を解決するための手段】
【００１６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
【００１７】
［１］送信対象の画像データを符号化して符号データを生成する符号化部と、
前記符号化部の生成した符号データを送信する送信部と、
前記符号データが所定の符号化方式の場合に、前記送信部による前記符号データの送信動作と並行して、前記符号データを復号化する復号化部と、
前記復号化部での復号化結果から前記符号データの異常を検出する判定部と、
前記判定部によって前記異常が検出された場合に、前記送信部による前記符号データの送信動作を中止させる制御部と
を有する
ことを特徴とするファクシミリ装置。
【００１８】
上記発明では、送信対象の画像データを所定の符号化方式で符号化して得た符号データの送信動作と並行して、その符号データを復号化し、復号化結果から符号データに異常があるか否かを判定し、異常を検出した場合は送信動作を中止する。
【００１９】
［２］前記所定の符号化方式は、ＪＢＩＧ方式である
ことを特徴とする［１］に記載のファクシミリ装置。
【００２０】
上記発明では、符号化方式がＪＢＩＧ方式の場合に、符号データの異常の検出を行う。
【００２１】
［３］前記制御部は、前記符号データの送信動作を中止させた後に前記送信対象の画像データを符号化して再送信する場合は、前記画像データを前記符号化部に前記所定の符号化方式と異なる符号化方式で符号化させ、該符号化で得た第２符号データを前記送信部に送信させる
ことを特徴とする［１］または［２］に記載のファクシミリ装置。
【００２２】
上記発明では、符号データの異常を検出して送信動作を中止した場合、その再送信においては、異常の検出された符号データと異なる符号化方式で画像データを符号化する。なお、再送信は、送信動作を中止したページから行うことが望ましい。
【００２３】
［４］前記判定部は、前記復号化部が１ストライプ分に相当する画素数を復号化したタイミングで所定のコードが前記符号データに現れない場合に前記異常を検出する
ことを特徴とする［２］に記載のファクシミリ装置。
【００２４】
上記発明では、ＪＢＩＧ方式で符号化した場合、正常ならば１ストライプ毎に特定のコードが現れるので、そのタイミングでその特定のコードが現れない場合に符号データの異常が検出される。
【００２５】
［５］前記判定部は、前記復号化部が１ページを復号化したときに得られた画像のライン数が前記符号化部の符号化したライン数と一致しない場合に前記異常を検出する
ことを特徴とする［１］乃至［４］のいずれか１つに記載のファクシミリ装置。
【００２６】
上記発明では、符号化された元画像の副走査方向のライン数と復号化して得た画像の副走査方向のライン数とが不一致の場合に、符号データの異常が検出される。
【００２７】
［６］前記判定部は、前記復号化部が符号データを復号化したときに得られた画像データと元の画像データとを比較して前記異常の検出を行う
ことを特徴とする［１］乃至［５］のいずれか１つに記載のファクシミリ装置。
【００２８】
上記発明では、符号化された元画像と復号化して得た画像を比較し、不一致の場合に符号データの異常が検出される。
【発明の効果】
【００２９】
本発明に係るファクシミリ装置によれば、送信側で符号化の不具合を検出して通信を中止するので、無駄に電話回線が長時間捕捉されることが防止される。
【図面の簡単な説明】
【００３０】
【図１】本発明に係るファクシミリ装置を含む複合機の電気的概略構成を示すブロック図である。
【図２】ＪＢＩＧ方式で送信されるデータのデータ構成を示す図である。
【図３】送信対象の画像データをストライプに分割される一例を示す図である。
【図４】送信原稿をＥＣＭ，ＪＢＩＧで２ページ送信する場合の送信データ例を示す図である。
【図５】図４に示すＰＰＳ−ＮＵＬＬ等の位置を、送信原稿上の位置として示した図である。
【図６】ファクシミリ通信部の送信ユニットの構成を示すブロック図である。
【図７】ＪＢＩＧでの符号化に係るＣＯＤＥＣモジュールの内部構成および判定モジュールの内部構成を示す図である。
【図８】送信ユニットの制御部が行う判定処理を示す流れ図である。
【図９】ＥＣＭバッファを介したデータの送信例を示す図である。
【図１０】従来の一般的なファクシミリ装置における送信ユニットの構成例を示すブロック図である。
【図１１】ＥＣＭ、ＪＢＩＧにおいてＰＰＳ−ＮＵＬＬがゴミデータとして付加された場合の障害例を示す図である。
【発明を実施するための形態】
【００３１】
以下、図面に基づき本発明の実施の形態を説明する。
【００３２】
図１は、本発明に係るファクシミリ装置の機能を有する複合機１０の電気的概略構成を示している。複合機１０は、当該複合機１０の動作を統括的に制御するＣＰＵ(Central Processing Unit)１１を有している。ＣＰＵ１１にはバスを通じて、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、画像読取部１４と、プリンタ部１５と、操作パネル１６と、画像処理部１７と、不揮発メモリ１８と、自動原稿搬送部１９と、ネットワーク通信部２０と、ファクシミリ通信部３０が接続されている。
【００３３】
ＣＰＵ１１は、ＯＳ（Operating System）プログラムをベースとし、その上で、ミドルウェアやアプリケーションプログラムを実行する。ＲＯＭ１２には、各種のプログラムが格納されており、これらのプログラムに従ってＣＰＵ１１が各種処理を実行することで複合機１０の各機能が実現される。
【００３４】
ＲＡＭ１３は、ＣＰＵ１１がプログラムに基づいて処理を実行する際に各種のデータを一時的に格納するワークメモリや画像データを格納する画像メモリなどとして使用される。
【００３５】
画像読取部１４は、原稿を光学的に読み取って画像データを取得する機能を果たす。画像読取部１４は、例えば、原稿に光を照射する光源と、その反射光を受けて原稿を幅方向に１ライン分読み取るラインイメージセンサと、ライン単位の読取位置を原稿の長さ方向に順次移動させる移動ユニットと、原稿からの反射光をラインイメージセンサに導いて結像させるレンズやミラーなどからなる光学経路と、ラインイメージセンサの出力するアナログ画像信号をデジタルの画像データに変換する変換部などを備えて構成される。自動原稿搬送部１９は、原稿台にセットされた原稿をその最上のものから１枚ずつ順に繰り出して搬送し、画像読取部１４の読み取り位置を通過させて所定の排紙位置へ排紙する機能を果たす。
【００３６】
プリンタ部１５は、印刷データに応じた画像を記録紙上に画像形成する機能を果たす。ここでは、記録紙の搬送装置と、感光体ドラムと、帯電装置と、レーザーユニットと、現像装置と、転写分離装置と、クリーニング装置と、定着装置とを有し、電子写真プロセスによって画像形成を行う、所謂、レーザープリンタとして構成されている。画像形成は他の方式でもかまわない。
【００３７】
操作パネル１６は、表示部１６ａと操作部１６ｂを備えている。表示部１６ａは、液晶ディスプレイ（ＬＣＤ…Liquid Crystal Display）などで構成され、各種の操作画面、設定画面などを表示する機能を果たす。操作部１６ｂは、スタートボタンなどの各種操作スイッチと、表示部１６ａの表示面上に設けられたタッチパネルとを備えている。タッチパネルは、表示面がタッチペンや指などで押下された座標位置を検出する。
【００３８】
画像処理部１７は、画像の拡大縮小、回転などの処理のほか、印刷データをイメージデータに変換するラスタライズ処理、画像データの圧縮、伸張処理などを行う。
【００３９】
不揮発メモリ１８は、各種設定情報の保存などに使用される。ネットワーク通信部２０は、ＬＡＮ（Local Area Network）などのネットワークを通じて情報処理装置やサーバなどとの間でデータを送受信する機能を果たす。
【００４０】
ファクシミリ通信部３０は、電話回線を通じて外部のファクシミリ装置と画像データを送受信する機能を果たす。ファクシミリ通信部３０はファクシミリ送信およびファクシミリ受信の機能を備えている。また、ＥＣＭ方式で通信する機能を有する。符号化方式としては、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧに対応している。
【００４１】
ここで、ＪＢＩＧ方式の符号化について説明する。
【００４２】
ＪＢＩＧは２値画像の予測符号化に関する国際標準の符号化方式であり、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication sector）．８２勧告、あるいは、ＩＴＵ−Ｔ．８５勧告に規定されている。
【００４３】
上記勧告によれば、送信画像の符号化に際し、デフォルト状態では、画像データの副走査方向の１２８ライン分を１ストライプとし、ストライプ単位で送受信が行われること、また、１つのストライプの終端にはＳＤＮＯＲＭあるいはＳＤＲＳＴマーカコードが付加される。
【００４４】
図２はＪＢＩＧ方式で送信されるデータのデータ構成を示している。原稿を読み取り後に２値化された画像データは、ＪＢＩＧ符号化器によって符号化されてＳＣＤ（Stripe coded data）となり、更にスタッフバイト付加処理がなされてＰＳＣＤ（Protected stripe coded data）となる。
【００４５】
ＪＢＩＧ方式では、符号データの"ＦＦ"（１６進数表記；0xff）はＥＳＣ（エスケープ）データとして取り扱われるため、ＳＣＤ中に"ＦＦ"の画像データが存在する場合には、"ＦＦ"データの後ろにスタッフバイトと呼ばれる"００"を挿入してＥＳＣデータとの区別を行う。
【００４６】
ＰＳＣＤは１ストライプ分のデータの終了を示す終端マーカが付加されてＳＤＥ（Stripe data entity）が生成される。ストライプは１２８ライン単位に区分されたデータである。
【００４７】
ストライプ毎の終端マーカは、通常はＥＳＣ(0xff)とストライプデータ終了を示す１バイトのＳＤＮＯＲＭ（0x02）で構成されるが、ＳＤＮＯＲＭの代わりにストライプ終了時のリセットを示す１バイトのＳＤＲＳＴ（0x03）が使用される場合もある。
【００４８】
各々のＳＤＥにはＦＭＳ（floating marker segments）が付加され、その複数のセットで一枚分の画像としてＢＩＤ（Bi-level image data）が形成される。
【００４９】
更に、ＢＩＤにＢＩＨ（Bi-level image header）を付加して送受信の対象であるＢＩＥ（Bi-level image entity）が形成される。
【００５０】
図３は、送信対象の画像データがストライプに分割される例を示す。ストライプの説明を行うに際し、送信原稿５１の主走査方向、副走査方向の画素数，ライン数を下記の値とする。
・主走査方向画素数：１７２８画素
・副走査方向ライン数：３００本
・ストライプ単位：１２８本（ディフォルト）
【００５１】
送信原稿の画像データを１２８ラインのストライプ単位で分割し、ストライプ単位のデータでＪＢＩＧ符号化処理を行い、スタッフバイト付加処理を行ったのちにＰＳＣＤとなる。各ＰＳＣＤの終りに終端マーカ（ＳＤＮＯＲＭあるいはＳＤＲＳＴ）が付加される。図３の例では、送信原稿５１は、ストライプ１（１２８本）、ストライプ２（１２８本）、ストライプ３（４４本）の３つのストライプに分割されて符号化される。このように、ＪＢＩＧ方式の符号データでは、各ストライプのＰＳＣＤの終端に必ず終端マーカ（ＳＤＮＯＲＭあるいはＳＤＲＳＴ）が付加されている。本発明では、これを、後に説明する、ストライプ判定に利用する。
【００５２】
次に、ＪＢＩＧ符号化データと、これをＥＣＭ送信する場合の６４Ｋバイト単位（ＥＣＭバッファの２５６フレーム単位）の区切りとの関係を説明する。
【００５３】
図４は、送信原稿を２ページ送信する場合の例であり、１ページ目をＪＢＩＧ符号化した場合の符号化データのデータ量Ｄ１は、１２８Ｋバイト≧Ｄ１＞６４Ｋバイト、２ページ目をＪＢＩＧ符号化した場合の符号化データのデータ量Ｄ２は、１２８Ｋバイト≧Ｄ２＞６４Ｋバイト  とする。この場合、１ページ目の原稿は２回に分けて送信され、最初の６４Ｋバイト（２５６フレーム）単位のデータの終りにＰＰＳ−ＮＵＬＬが付加され、残りのデータの終りにＰＰＳ−ＭＰＳが付加される。２ページ目の原稿も２回に分けて送信され、最初の６４Ｋバイト（２５６フレーム）単位のデータの終りにＰＰＳ−ＮＵＬＬが付加され、残りのデータの終りにＰＰＳ−ＥＯＰが付加される。
【００５４】
図５は、図４に示すＰＰＳ−ＮＵＬＬ等の位置を、送信原稿上の位置として示している。６４Ｋバイト単位（ＥＣＭバッファの２５６フレーム単位）の境界は、送信原稿の画像データにおけるラインの区切りの位置とは無関係に任意に現れ、一般にはラインの途中画素で発生する。偶然に、ラインの最終画素や、ページの最終画素で発生する場合もありえる。
【００５５】
次に、図１に示す複合機１０のファクシミリ通信部３０の構成および動作について説明する。
【００５６】
図６は、ファクシミリ通信部３０の送信機能に係る部分（送信ユニット３１とする）の構成を示している。送信ユニット３１は、制御部３２と、バッファメモリ３３と、ＣＯＤＥＣモジュール３４と、ＥＣＭバッファ３５と、モデム３６と、ＮＣＵ３７と、判定モジュール３８とを備えている。
【００５７】
制御部３２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを主要部として構成され、ＲＯＭに格納されているプログラムを実行することで送信ユニット３１の動作全体を制御する。制御部３２は、複合機１０側のＣＰＵ１１と連携して動作する。
【００５８】
バッファメモリ３３は複合機１０の本体側（たとえば、画像読取部（スキャナ）１４）から送信対象の画像データを受け取って一時記憶するためのメモリである。ＣＯＤＥＣモジュール３４は、画像データを符号化して符号データを生成する処理および、符号データを復号化して画像データを復元する処理を行う。
【００５９】
ＥＣＭバッファ３５は前述した６４Ｋバイト（２５６フレーム）のメモリである。モデム３６は、送信対象のデジタル信号を、電話回線を通じて送信可能なアナログ信号に変調する機能および受信時はアナログ信号からデジタル信号を復調する機能を果たす。
【００６０】
ＮＣＵ３７は、電話回線と接続して信号を送受信する機能、電話回線から着呼を検出する機能などを果たす。判定モジュール３８は、ＣＯＤＥＣモジュール３４がＪＢＩＧにて符号化を行った場合に、生成された符号データが正常か否かを判定する機能を果たす。
【００６１】
制御部３２は、Ｈｏｓｔ−Ｉ／Ｆ制御、Ｉｍａｇｅ制御、ＭＯＤＥＭ制御、ＬＩＮＥ制御の各制御を行う。
【００６２】
Ｈｏｓｔ−Ｉ／Ｆ制御は、複合機１０側から送信対象の画像データを受け取ってバッファメモリ３３に格納する処理に係る制御である。
【００６３】
Ｉｍａｇｅ制御は、バッファメモリ３３から画像データを読み出し、ＣＯＤＥＣモジュール３４に符号化させ、該ＣＯＤＥＣモジュール３４から出力された符号データをＥＣＭバッファ３５に格納するまでのデータの流れを制御する。また、Ｉｍａｇｅ制御は、ＣＯＤＥＣモジュール３４が出力するＪＢＩＧの符号データを判定モジュール３８に入力し、これを判定モジュール３８に復号化させて符号データの異常を検出する処理を制御する。
【００６４】
ＭＯＤＥＭ制御は、ＥＣＭバッファ３５から送信対象の符号化データを読み出し、モデム３６に引き渡す処理を制御する。ＬＩＮＥ制御は、モデム３６から出力されるアナログ信号をＮＣＵ３７から電話回線に送出するまでの処理を制御する。
【００６５】
図７は、ＪＢＩＧでの符号化に係るＣＯＤＥＣモジュール３４の内部構成および判定モジュール３８の内部構成を示している。ＣＯＤＥＣモジュール３４は、送信対象の画像データの解像度を変換する解像度変換部３４ａと、解像度変換部３４ａの出力する画像データをＪＢＩＧ方式で符号化するＪＢＩＧ符号化部３４ｂを備える。判定モジュール３８は、ＪＢＩＧ方式の符号データを復号化するＪＢＩＧ復号化部３８ａと、判定部３８ｂを備える。判定部３８ｂは、ストライプ判定部３８ｂ１と、ライン判定部３８ｂ２と、送信画像判定部３８ｂ３の機能を有する。
【００６６】
ＪＢＩＧ符号化部３４ｂの出力する符号データは、ＥＣＭバッファ３５を介してモデム３６へ送られる。また、同じ符号データがＪＢＩＧ符号化部３４ｂから判定モジュール３８のＪＢＩＧ復号化部３８ａに入力される。
【００６７】
ＣＯＤＥＣモジュール３４は、上流から入力される送信対象の画像データを順次、ＪＢＩＧ方式で符号化して下流のＥＣＭバッファ３５（モデム方向）および判定モジュール３８へ出力し、判定モジュール３８のＪＢＩＧ復号化部３８ａは、ＣＯＤＥＣモジュール３４でのＪＢＩＧ符号化と並行に動作し、ＪＢＩＧ符号化部３４ｂから入力されるＪＢＩＧ方式の符号データを順次、復号化する。
【００６８】
判定部３８ｂは、ＪＢＩＧ復号化部３８ａでの復号結果に基づいて、ＪＢＩＧ復号化部３８ａに入力された符号データの異常を検出する。符号データに異常があると判定したとき、送信中止の指示を制御部３２に通知する。この通知を受けた制御部３２は直ちに、送信動作を停止させると共に、送信動作の停止を複合機１０側のＣＰＵ１１に通知する。複合機１０のＣＰＵ１１は、複合機１０の本体側での送信中止に係る制御を行う。また、送信動作を中止したページからの再送信に係る全体制御を行う。
【００６９】
ファクシミリ通信時の主走査方向画素数は、ＩＴＵ−Ｔ．３０勧告にて以下のように規定されている。
Ｒ８：Ａ４幅（１７２８画素）、Ｂ４幅（２０４８画素）、Ａ３幅（２４３２画素）
Ｒ１６：Ａ４幅（３４５６画素）、Ｂ４幅（４０９６画素）、Ａ３幅（４８６４画素）
なお、Ｒ８は、８本／ミリの解像度、Ｒ１６は１６本／ミリの解像度を示す。
【００７０】
ストライプ判定部３８ｂ１は、ストライプ単位で符号データの異常を検出するストライプ判定を行う。詳細には、１ストライプは１２８ラインで構成されており、１ラインの画素数は送信原稿の幅と解像度に応じて上記のように予め定められているので、１ストライプ分の符号データを復号化した場合に得られるべき画像データの画素数は規定値（すなわち、１２８ライン×１ラインの画素数）になる。
【００７１】
１ストライプ分の符号データの終端にはＳＤＮＯＲＭまたはＳＤＲＳＴマーカコードが付加されているので、符号データが正常であれば、１ストライプ分の画素数が復号化されたタイミングで次の符号データとしてＳＤＮＯＲＭまたはＳＤＲＳＴマーカコードが検出される。そこで、上記タイミングでＳＤＮＯＲＭまたはＳＤＲＳＴマーカコードが検出された場合はその１ストライプ分の符号データは正常と判定し、検出されない場合は異常と判定する。
【００７２】
ライン判定部３８ｂ２は、副走査方向のライン数に基づくライン数判定を行う。ＪＢＩＧ符号化方式では、１ページの副走査方向のライン数を示す情報は、そのページの符号データのＪＢＩＧヘッダ部（ＢＩＨ）にて通知される、あるいは、ＪＢＩＧ符号化データの途中でＮＥＷＬＥＮマーカコードによって通知される。１ページ分のＪＢＩＧ符号化データが正常に復号化されたときに得られる副走査方向のライン数は、ＪＢＩＧヘッダ部にて通知される、あるいは、ＪＢＩＧ符号データの途中でＮＥＷＬＥＮマーカコードによって通知されるライン数（規定のライン数）より多くなることはない。そこで、ＪＢＩＧ復号化部３８ａにて復号化された画像のライン数が、上記した規定のライン数より多くなった場合、このページに係る符号データに異常があると判定する。
【００７３】
送信画像判定部３８ｂ３は、ＪＢＩＧ符号化部３４ｂに入力された符号化前の画像データと、ＪＢＩＧ復号化部３８ａから出力された復号化後の画像データとを画素単位で比較する画像判定を行う。比較結果が一致の場合は正常と判定し、不一致の場合は異常と判定する。ここでは、ページの先頭から順次、元の画像の画像データと、復号化後の画像データとを比較し、ページ全体が一致したときは正常と判定し、いずれか１画素でも不一致の場合は異常と判定する。なお、この判定は、元の画像データと復号後の画像データの双方をメモリもしくはＨＤＤ装置などに保存して行われる。このように多くの記憶領域を要するため、送信画像判定部３８ｂ３による画像判定を行うか否かの選択を予めユーザから受けて設定できるようになっている。
【００７４】
図８は、送信ユニット３１の制御部３２が行う判定処理の流れを示している。送信動作が開始されたとき、この判定処理が実行される。まず、今回の送信動作がＥＣＭ送信か否かを判断し（ステップＳ１０１）、ＥＣＭ送信でなければ（ステップＳ１０１；Ｎｏ）本処理を終了する。
【００７５】
ＥＣＭ送信ならば（ステップＳ１０１；Ｙｅｓ）、今回の送信動作での符号化方式がＪＢＩＧ方式か否かを判断する（ステップＳ１０２）。ＪＢＩＧ方式でなければ（ステップＳ１０２；Ｎｏ）本処理を終了する。
【００７６】
ＪＢＩＧ方式ならば（ステップＳ１０２；Ｙｅｓ）、判定モジュール３８のＪＢＩＧ復号化部３８ａに、ＪＢＩＧ符号化部３４ｂから順次入力される符号データに対する復号化処理を行わせる（ステップＳ１０３）と共に、判定部３８ｂに、この復号化処理の復号化結果に基づいて、符号データの異常を検出させる。
【００７７】
詳細には、ストライプ判定部３８ｂ１に、ストライプ単位のストライプ判定を行わせ（ステップＳ１０４）、いずれかのストライプで異常が検出された場合は（ステップＳ１０５；Ｙｅｓ）、送信を中止する（ステップＳ１１２）。その後、再送処理を行って（ステップＳ１１３）、本処理を終了する。再送処理の詳細は後述する。
【００７８】
また、ライン判定部３８ｂ２にライン数判定を行わせ（ステップＳ１０６）、該ライン数判定で異常が検出された場合は（ステップＳ１０７；Ｙｅｓ）、送信を中止し（ステップＳ１１２）、その後、再送処理を行って（ステップＳ１１３）、本処理を終了する。
【００７９】
さらに、画像判定を行う設定がなされている場合は（ステップＳ１０８；Ｙｅｓ）、送信画像判定部３８ｂ３に画像判定を行わせ（ステップＳ１０９）、該判定で異常が検出された場合は（ステップＳ１１０；Ｎｏ）、送信を中止し（ステップＳ１１２）、その後、再送処理を行って（ステップＳ１１３）、本処理を終了する。
【００８０】
画像判定を行う設定がなされていない場合は（ステップＳ１０８；Ｎｏ）、送信動作が終了するまでに、ストライプ判定とライン数判定の双方において異常が検出されなければ、送信動作が正常終了したとして（ステップＳ１１１）、本処理を終了する。
【００８１】
画像判定を行う設定がなされている場合は（ステップＳ１０８；Ｙｅｓ）、送信動作が終了するまでに、ストライプ判定とライン数判定の双方において異常が検出されず、さらに、画像判定にて画像の完全一致が確認された（異常が検出されない）場合は（ステップＳ１１０；Ｙｅｓ）、送信動作が正常終了したとして（ステップＳ１１１）、本処理を終了する。
【００８２】
次に、再送処理について説明する。
【００８３】
再送処理では、送信を中止したページから、ＪＢＩＧ符号化方式以外の符号化方式を用いて再送信する。すなわち、ＪＢＩＧ符号化方式で再送信すると、同じエラーが再発する可能性があるので、これを回避する。具体的には、ＥＣＭオフによるＭＨまたはＭＲ符号化方式による送信を自動的に選択して実行する、あるいは、ＥＣＭオンで、ランレングス方式のＭＨ、ＭＲ、もしくはＭＭＲを自動的に選択して再送を実行する。いずれの方式で再送信を実行するかは、予めユーザによる選択を受けて設定可能になっている。
【００８４】
このように、本発明に係るファクシミリ装置は、ＪＢＩＧ符号化方式で符号化してＥＣＭ送信する場合に、送信動作と並行して復号化処理を行って符号データの異常をリアルタイムに検出し、異常が検出された場合は送信動作を直ちに中止する。これにより、異常な符号データを受信側が長尺原稿と解釈して、いつまでも電話回線が捕捉されてしまうといった障害が確実に防止される。
【００８５】
また、送信中止後の再送を自動で行うと共に、そのときの符号化方式をＪＢＩＧ以外の方式に自動選択するので、送信中止時と同じエラーが再送時に発生することが回避され、確実な再送が行われる。
【００８６】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は実施の形態に示したものに限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【００８７】
実施の形態では、ＪＢＩＧ方式で送信する場合に判定モジュール３８を作動させたが、他の符号化方式において判定モジュール３８を作動させてもよい。判定モジュール３８を作動させれば、送信側で符号データの異常を検出することができる。なお、ライン数判定や画像判定は、符号化方式を問わずに採用できる。ストライプ判定はＪＢＩＧに特化される。他の符号化方式に対して判定モジュール３８を作動させる場合は、その符号化方式で有効な判定方法を適宜採用すればよい。
【００８８】
実施の形態では、ファクシミリ装置としての機能を複合機１０が有する場合を例に説明したが、これに限定されず、単なるファクシミリ装置として構成されてもよい。
【符号の説明】
【００８９】
１０…複合機
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像読取部
１５…プリンタ部
１６…操作パネル
１６ａ…表示部
１６ｂ…操作部
１７…画像処理部
１８…不揮発メモリ
１９…自動原稿搬送部
２０…ネットワーク通信部
３０…ファクシミリ通信部
３１…送信ユニット
３２…制御部
３３…バッファメモリ
３４…ＣＯＤＥＣモジュール
３４ａ…解像度変換部
３４ｂ…ＪＢＩＧ符号化部
３５…ＥＣＭバッファ
３６…モデム
３７…ＮＣＵ
３８…判定モジュール
３８ａ…ＪＢＩＧ復号化部
３８ｂ…判定部
３８ｂ１…ストライプ判定部
３８ｂ２…ライン判定部
３８ｂ３…送信画像判定部
５１…送信原稿
【図１】
2014027567.tif 000003
【図３】
2014027567.tif 000004
【図４】
2014027567.tif 000005
【図６】
2014027567.tif 000006
【図７】
2014027567.tif 000007
【図８】
2014027567.tif 000008
【図９】
2014027567.tif 000009
【図１０】
2014027567.tif 000010
【図２】
2014027567.tif 000011
【図５】
2014027567.tif 000012
【図１１】
2014027567.tif 000013