(57)【要約】【課題】受信したＪＰＥＧファイルで宣言されている主走査サイズが、通信プロトコルにおいて宣言されている主走査サイズと異なる場合、該ＪＰＥＧファイルがデコードができない。【解決手段】ステップＳ３０１において、受信したＪＰＥＧファイルで宣言されている主走査サイズが、通信プロトコルにおいて宣言されている主走査サイズと異なる場合、ステップＳ３０４においてＪＰＥＧファイルの主走査サイズを有効とすることにより、該ＪＰＥＧファイルの適切な伸長及びプリントが可能となる。【選択図】図３
2008182737.tif 000002
【特許請求の範囲】
【請求項１】
主走査サイズの宣言を含む通信プロトコルに基づいて他装置と画像データの通信を行なう画像通信装置であって、
主走査サイズが第１のサイズである旨の情報を伴う画像ファイルを前記他装置から受信する受信手段と、
前記画像ファイルに関わる前記他装置との通信における通信プロトコルで主走査サイズとして宣言された第２のサイズが前記第１のサイズと異なる場合に前記他装置との通信を切断する通信制御手段と、
を有することを特徴とする画像通信装置。
【請求項２】
前記画像ファイルは圧縮画像ファイルであり、
前記画像通信装置は、
前記第２のサイズが前記第１のサイズと異なる場合に前記第１のサイズを主走査サイズとして設定し、前記第２のサイズが前記第１のサイズと一致する場合に該一致するサイズを主走査サイズとして設定する設定手段と、
前記設定手段により設定された主走査サイズを前記圧縮画像ファイルの１ラインあたりの画素数として前記圧縮画像ファイルを伸長する伸長手段と、
を有することを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記通信制御手段は、前記受信手段によって前記画像ファイルの一部を正常に受信した時点で、前記第２のサイズと前記第１のサイズとが異なるか否かを判断することを特徴とする請求項１又は２に記載の画像通信装置。
【請求項４】
前記通信制御手段が通信を切断するのに先立って、前記他装置へ前記通信が切断されることを報知する報知手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の画像通信装置。
【請求項５】
前記報知手段は、前記画像ファイルの主走査サイズが正常でない旨を報知することを特徴とする請求項４に記載の画像通信装置。
【請求項６】
前記報知手段は、前記他装置から受信した発信者番号に基づいて該他装置へ報知することを特徴とする請求項４又は５に記載の画像通信装置。
【請求項７】
前記通信プロトコルは、ＩＴＵ−Ｔ．３０勧告に準拠することを特徴とする請求項１乃至６の何れか１項に記載の画像通信装置。
【請求項８】
前記圧縮画像ファイルは、ＪＰＥＧファイルであることを特徴とする請求項２に記載の画像通信装置。
【請求項９】
主走査サイズの宣言を含む通信プロトコルに基づいて他装置と画像データの通信を行なう画像通信装置の制御方法であって、
主走査サイズが第１のサイズである旨の情報を伴う画像ファイルを前記他装置から受信する受信工程と、
前記画像ファイルに関わる前記他装置との通信における通信プロトコルで主走査サイズとして宣言された第２のサイズが前記第１のサイズと異なる場合に前記他装置との通信を切断する通信制御工程と、
を有することを特徴とする画像通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像通信装置及びその制御方法に関し、例えば、ＪＰＥＧ等の圧縮画像ファイルを受信して処理する画像通信装置及びその制御方法に関する。
【背景技術】
【０００２】
従来のファクシミリ装置としては、モノクロ画像の通信を行なうものが主であった。しかしながら、画像処理技術の発達に伴ってプリンタやスキャナにおいてカラー処理が可能となるにつれ、カラードキュメントが一般に普及し、ファクシミリ装置においてもカラー画像通信のニーズが高まってきた。
【０００３】
これを受けて、独自手順によってカラー画像を通信可能とするファクシミリ装置が登場し、更にＩＴＵ−Ｔ勧告によってカラー通信手順が標準化されたことにより、カラーファクシミリ装置の市場規模のさらなる拡大が予想される。
【特許文献１】特開平０８−２３７６５３号公報
【特許文献２】特開平０２−０２０９５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩＴＵ−Ｔ勧告によるカラー通信手順は、従来のモノクロファクシミリ通信手順のプロトコルに対してカラー通信機能を追加し、カラー画像データをＪＰＥＧ圧縮して送信することを特徴とする。
【０００５】
該カラー通信手順においては、送信可能な主走査サイズはＡ４，Ｂ４，Ａ３の定型用紙に対応し、即ち所定の主走査サイズの原稿しか送信できない仕様になっている。例えば送信画像のサイズが該所定サイズよりも小さい場合には、白画素を付加する等の操作を施すことによって主走査サイズを定型長にした後、ＪＰＥＧファイルを作成する必要があった。
【０００６】
しかしながら、ＪＰＥＧファイルのヘッダには主走査画素数を定義することが可能である。従って、上記ＩＴＵ−Ｔ勧告に準拠したカラーファクシミリ装置においては、その通信プロトコルで宣言された主走査サイズとは異なる主走査サイズを持ったＪＰＥＧファイルが送られてくる可能性がある。この場合、該ＪＰＥＧファイルの主走査長が定型長であると認識されるため、正常なデコードが行えずにエラーが発生し、結果としてプリント出力ができなくなるという不具合があった。
【０００７】
この場合、一般にカラーファクシミリ装置においてはメモリ受信機能を備えており、ＪＰＥＧファイルの受信終了後にプリントが開始されることが多い。従って、受信側装置においては、通信が正常終了したにも関らず、プリントの際にエラーが発生してしまうことになる。
【０００８】
また、送信側装置においては、送信したＪＰＥＧファイルが受信側においてプリント不能であるにも関らず、送信が正常に終了したものと認識してしまう。
【０００９】
本発明は上記問題を解決するためになされたものであり、受信したＪＰＥＧ等の圧縮画像ファイルの画像を適切な主走査長によって処理することが可能な画像通信装置及びその方法を提供することを目的とする。
【００１０】
また、受信したＪＰＥＧ等の圧縮画像ファイルの画像を欠落なく記録媒体上に印刷出力することが可能な画像通信装置及びその方法を提供することを目的とする。
【００１１】
また、受信したＪＰＥＧ等の圧縮画像ファイルの画像を適切に印刷出力できない場合には、通信を切断して適切な処置を行う画像通信装置及びその方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するための一手段として、本発明の画像通信装置は以下の構成を備える。
【００１３】
即ち、主走査サイズの宣言を含む通信プロトコルに基づいて他装置と画像データの通信を行なう画像通信装置であって、主走査サイズが第１のサイズである旨の情報を伴う圧縮画像ファイルを前記他装置から受信する受信手段と、前記画像ファイルに関わる前記他装置との通信における通信プロトコルで主走査サイズとして宣言された第２のサイズが前記第１のサイズと異なる場合に前記他装置との通信を切断する通信制御手段と、を有することを特徴とする。
【００１４】
また、主走査サイズの宣言を含む通信プロトコルに基づいて他装置と画像データの通信を行なう画像通信装置の制御方法は、主走査サイズが第１のサイズである旨の情報を伴う圧縮画像ファイルを前記他装置から受信する受信工程と、前記画像ファイルに関わる前記他装置との通信における通信プロトコルで主走査サイズとして宣言された第２のサイズが前記第１のサイズと異なる場合に前記他装置との通信を切断する通信制御工程と、を有することを特徴とする。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、他装置から受信した圧縮画像ファイルの画像を欠落無く記録媒体上に印刷することが可能となる。
【００１６】
また、受信した圧縮画像ファイルの画像を適切に印刷できない場合に、通信を切断して適切な処理を行うことが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明に係る一実施形態について、図面を参照して詳細に説明する。
【００１８】
＜第１実施形態＞
図１は、本実施形態が適用されるカラーファクシミリ装置の構成を示すブロック図である。
【００１９】
同図において、主制御部１０１はＲＯＭ１０２に記憶されているプログラムに従って、装置全体、即ちＲＡＭ１０３，不揮発性ＲＡＭ１０４，操作部１０５，表示部１０６，画像処理部１０７，読み取り部１０８，記録部１０９，駆動部１１０，通信制御部１１１を統括的に制御する。
【００２０】
ＲＡＭ１０３は、読み取り部１０８によって読み取られたモノクロ２値画像データやカラー多値画像データ，及びそれを画像処理部１０７でＪＰＥＧ圧縮したＪＰＥＧデータ，及び記録部１０９で記録されるカラー２値データを格納する。ＲＡＭ１０３はまた、通信制御部１１１を介して電話回線へ出力されるモノクロ２値データやＪＰＥＧデータ、及びそれを伸長したカラー多値データ、及び記録用に２値化したカラー２値データ、等も格納する。ＲＡＭ１０３は更に、読み取り時や記録時、又は通信時におけるワークエリアとしても使用される。
【００２１】
不揮発性ＲＡＭ１０４はバッテリーバックアップされたＳＲＡＭによって構成され、装置固有の電話番号やユーザ略称等のデータ、及び通信結果や送信開始速度、等の失われるべきでない情報が記憶されている。本実施形態では不揮発性ＲＡＭ１０４内において、「カラー受信画像サイズ不一致時プリント位置」という項目の領域を用意することを特徴とする。
【００２２】
操作部１０５は、送信／受信処理のスタートキー，送信画像におけるカラー／モノクロ等の通信モードを指定するモードキー，複写処理を行なうコピーキー，動作を停止させるストップキー，ワンタッチ登録を行なうための登録キー，送信開始速度等の通信網に関する情報や通信相手先情報の登録を行なうための登録キー，呼出し時間を設定する設定キー、等によって構成される。
【００２３】
表示部１０６は、ドットマトリックスタイプのＬＣＤ及びＬＣＤドライバから構成されており、主制御部１０１からの制御に基づいて各種表示を行なう。
【００２４】
画像処理部１０７は、読み取り部１０８で読み込んだモノクロ２値データの圧縮やカラー多値データのＪＰＥＧ圧縮，通信処理部１１１において相手先と画像データを送受信するためのモノクロ２値データの圧縮／伸長，記録部１０９で画像を記録する時のモノクロ２値データやカラーＪＰＥＧ画像の伸長、等の各種画像処理を行い、処理結果である画像データをＲＡＭ１０３に保存する。
【００２５】
読み取り部１０８は、ＤＭＡコントローラ、ＣＣＤもしくは密着型イメージセンサ（ＣＳ）、汎用ＩＣ等によって構成され、主制御部１０１の制御に基づいてＣＣＤまたはＣＳを使用して読み取ったデータを、ＲＡＭ１０３もしくは画像処理部１０７に送る。
【００２６】
記録部１０９は、ＤＭＡコントローラ、Ｂ４／Ａ４サイズのサーマルヘッドまたはインクジェットヘッド及び汎用ＩＣ等によって構成され、主制御部１０１の制御に基づいてＲＡＭ１０３に格納されている記録データを読み出し、記録紙上へのプリントアウトを行なう。尚、記録部１０９には複数サイズの記録紙をセットしておくことが可能である。
【００２７】
駆動部１１０は、読み取り部１０８及び記録部１０９における給排紙ローラを駆動するためのステッピングモータと、モータの駆動力を伝達するためのギヤ、及びモータを制御するためのドライバー回路等によって構成される。
【００２８】
通信制御部１１１は、Ｖ.３４，Ｖ.３２，Ｖ.３２ｂｉｓ，Ｖ.１７，Ｖ.２９，Ｖ.２７ｔｅｒ，Ｖ.２３，Ｖ.２１（Ｈ,Ｌ）の各規格に対応可能なモデムと、これらのモデムに接続されたクロック発生回路やＮＣＵ等によって構成され、主制御部１０１の制御に基づいてＲＡＭ１０３に格納されている送信用画像データを変調し、電話回線上に出力するものである。通信制御部１１１は更に、ＩＴＵ−Ｔ．３０勧告に従うファクシミリ通信を実現し、電話回線から受信した画像を復調してＲＡＭ１０３に格納する。
【００２９】
図２は、不揮発性ＲＡＭ１０４のメモリ構成を示す図である。不揮発性ＲＡＭ１０４には、装置本体のパワーオフ時にも継続して記憶されるべき情報を保存するが、同図に示されるように本実施形態においては、「送信開始速度」、「受信開始速度」の領域に加えて、「カラー受信画像サイズ不一致時プリント位置」（以下、単に「不一致時プリント位置」と称する）」という領域２０１を設けている。そして、操作部１０５におけるユーザの操作によって、「不一致時プリント位置」を「左つめ」又は「センタリング」のいずれかに設定することができる。「左つめ」設定の場合は、カラー受信したＪＰＥＧファイルの主走査素サイズがＩＴＵ−Ｔ．３０で規定されるプロトコルで宣言された主走査サイズと異なっていた場合に、受信画像を記録紙の左側に詰めてプリントを行なう。一方、「センタリング」設定の場合は、同じく主走査サイズが異なる場合に、受信画像を記録紙の主走査方向の中央にプリントする。
【００３０】
図３は、本実施形態におけるカラー画像（ＪＰＥＧファイル）受信時のプリント処理を示すフローチャートである。該フローチャートに示す処理を実現するプログラムはＲＯＭ１０２に格納されており、主制御部１０１によって該プログラムがＲＡＭ１０３上に読み出されて実行されることにより、図３のフローチャートに示す処理が実現される。
【００３１】
まずステップＳ３０１において主制御部１０１は、通信プロトコルによって宣言された主走査サイズ（以下、通信主走査サイズ）と、ＪＰＥＧファイルで宣言されている主走査サイズ（以下、ファイル主走査サイズ）とが一致しているか否かを判定する。
【００３２】
ここで通信主走査サイズとは、ＩＴＵ−Ｔ．３０のＤＣＳ（Digital CommandSignal：デジタル命令信号）において示される記録幅（主走査線長あたりの画素数）に基づき、ファイル主走査サイズとは、ＪＰＥＧファイルのフレームヘッダにおいて示される１ラインあたりの画素数に基づく。
【００３３】
これら主走査サイズが一致していれば、ステップＳ３０２において通信主走査サイズを有効とする。
【００３４】
そしてステップＳ３０３において、ＪＰＥＧファイルをセンタリングにてプリントする。即ち、まず画像処理部１０７でＪＰＥＧファイルを伸長して適切な画像処理を施すことによって、ＣＭＹＫの２値データを生成する。そして記録部１０９に対し、カラー画像が記録紙の主走査方向の中央に配置されるようにプリント開始位置を設定した後、プリントを実行する。
【００３５】
一方、ステップＳ３０１において主走査サイズが一致していないと判断された場合は、ステップＳ３０４に進み、ファイル主走査サイズを有効とする。これにより、受信したＪＰＥＧファイルが正しく伸長及びプリントされる。
【００３６】
続いてステップＳ３０５において、不揮発性ＲＡＭ１０４上の「不一致時プリント位置」の設定が「センタリング」であるか否かを判定する。「センタリング」であればステップＳ３０３に進み、上述したようにＪＰＥＧファイルを伸長してＣＭＹＫ２値データに変換した後、記録紙の主走査方向の中央に配置されるように、即ちセンタリングにてプリントする。
【００３７】
一方、ステップＳ３０５において「不一致時プリント位置」の設定が「センタリング」でなければステップＳ３０６に進み、ＪＰＥＧファイルの画像を左詰めにてプリントする。即ち、まず画像処理部１０７でＪＰＥＧファイルを伸長して適切な画像処理を施すことによってＣＭＹＫの２値データを生成する。そして記録部１０９に対し、カラー画像が記録紙の左端に配置されるようにプリント開始位置を設定した後、プリントを実行する。
【００３８】
以上説明したように本実施形態によれば、ＪＰＥＧファイルを受信した際に、通信プロトコル上で宣言されている主走査サイズとＪＰＥＧファイル上で宣言されている主走査サイズとが異なっていた場合でも、ＪＰＥＧファイルの主走査サイズを有効とすることにより、受信したＪＰＥＧファイルの画像の伸長及びプリントが正確に行える。
【００３９】
また、ユーザによって、ＪＰＥＧ画像の記録紙上におけるプリント位置を設定可能としたことにより、操作性がより向上する。
【００４０】
尚、本実施形態における圧縮方式としては上記ＪＰＥＧに限らず、主走査方向の画素数に関する情報を付加できれば、他の形式による圧縮画像ファイルであっても良い。
【００４１】
尚、「不一致時プリント位置」が「センタリング」に設定されていない場合には、ＪＰＥＧファイルを右詰めにてプリントすることも可能である。
【００４２】
＜第２実施形態＞
以下、本発明に係る第２実施形態について説明する。第２実施形態におけるカラーファクシミリ装置の構成は、上述した第１実施形態で示した図１と同様であるため、説明を省略する。また、不揮発性ＲＡＭ１０４のメモリ構成も図２と同様であり、「不一致時プリント位置」という領域２０１が設けられ、操作部１０５におけるユーザの操作によって、「左つめ」又は「センタリング」のいずれかが設定可能である。
【００４３】
第２実施形態においては、上述した第１実施形態に加えて更に、ＪＰＥＧファイルの主走査サイズによるプリントを適切に可能とする記録紙を選択することを特徴とする。
【００４４】
図４は、第２実施形態におけるカラー画像受信時の１ページのプリント処理を示すフローチャートである。該フローチャートに示す処理を実現するプログラムはＲＯＭ１０２に格納されており、主制御部１０１によって該プログラムがＲＡＭ１０３上に読み出されて実行されることにより、図４のフローチャートに示す処理が実現される。
【００４５】
ステップＳ２３０１においては、プリントしようとするドキュメント、即ち受信したファイルがＪＰＥＧ符号化されたものであるか否かを、例えばヘッダ情報を参照して判定する。ＪＰＥＧ符号化されたファイルでなければ、ＭＲ符号化されたファイルであるとしてステップＳ２３０２に進み、ＤＣＳで宣言された通信主走査サイズを有効とする。
【００４６】
次にステップＳ２３０３において、記録部１０９にセットされた複数サイズの記録紙のうち、通信プロトコル上で宣言された記録紙サイズに一致する記録紙を選択する。ここで、通信プロトコルで宣言された記録紙サイズとは、ＤＣＳにおいて示される最大記録長に基づく。
【００４７】
そしてステップＳ２３０４において、受信ファイルを伸長して画像処理部１０７で画像処理を行なうことによりＣＭＹＫの２値データを生成し、選択した記録用紙の主走査方向の中央にカラー画像が配置されるようにプリント開始位置を設定し、プリントする。
【００４８】
一方、ステップＳ２３０１で受信ファイルがＪＰＥＧ符号化されたファイルであれば、ステップＳ２３０５において主制御部１０１は、上述した第１実施形態と同様に、通信主走査サイズとファイル主走査サイズとが一致しているか否かを判定する。一致していればステップＳ２３０２に進み、上述したように通信主走査サイズを有効とした後、ステップＳ２３０３，Ｓ２３０４によって記録紙の中央に画像を配置したプリントを行う。
【００４９】
一方、ステップＳ２３０５において主走査サイズが異なると判断された場合は、ステップＳ２３０６に進み、ファイル主走査サイズを有効とする。これにより、受信したＪＰＥＧファイルの画像の伸長及びプリントが正確に行われる。
【００５０】
続いてステップＳ２３０７において、上記通信主走査サイズと、ファイル主走査サイズとを比較し、通信主走査サイズの方が大きければステップＳ２３０８に進み、上述したステップＳ２３０３と同様に、記録部１０９にセットされた複数サイズの記録紙のうち、通信プロトコル上でＤＣＳによって宣言された記録紙サイズに一致する記録紙を選択する。
【００５１】
続いてステップＳ２３０９において、不揮発性ＲＡＭ１０４上の「不一致時プリント位置」の設定が「センタリング」であるか否かを判定する。「センタリング」であればステップＳ２３０４に進み、画像処理部１０７でＪＰＥＧファイルを伸長してＣＭＹＫ２値データに変換した後、記録紙の主走査方向の中央に配置されるようにプリント開始位置を設定し、プリントする。
【００５２】
一方、ステップＳ２３０９において「不一致時プリント位置」の設定が「センタリング」でなければステップＳ２３１０に進み、画像処理部１０７でＪＰＥＧファイルを伸長して画像処理を行なうことによりＣＭＹＫの２値データを生成し、カラー画像が記録紙の左端に配置されるようにプリント開始位置を設定し、プリントする。
【００５３】
また、ステップＳ２３０７において通信主走査サイズの方がファイル主走査サイズよりも小さい場合にはステップＳ２３１１に進み、記録部１０９にセットされた複数サイズの記録紙の中に、通信プロトコル上で宣言された記録紙サイズよりも主走査長が大きい記録紙、即ち受信したＪＰＥＧファイルの等倍プリントが可能な記録紙があるかを調べる。
【００５４】
適応する記録紙があった場合には、ステップＳ２３１２において該記録紙、即ち、ＤＣＳによって示される記録紙サイズよりも主走査長が大きい記録紙を、実際のプリント対象となる記録紙として選択する。続いてステップＳ２３０９以降の処理において、上述したように不揮発性ＲＡＭ１０４上の「不一致時プリント位置」の設定に従って、ＪＰＥＧファイルの等倍によるプリントを実行する。
【００５５】
一方、ステップＳ２３１１において適応する記録紙がなかった場合にはステップＳ２３１３に進む。ステップＳ２３１３においては、ＤＣＳによって示される記録紙サイズに一致する記録紙を選択する。そして画像処理部１０７において、ＪＰＥＧファイルを伸長した後に主走査方向の縮小処理を含む画像処理を行なうことによってＣＭＹＫの２値データを生成した後、カラー画像が欠落しないように、選択された記録紙上にプリントする。
【００５６】
ここで、ステップＳ２３１３における画像縮小方法の一例について説明する。まず、単純間引き処理が考えられる。例えば、受信したＪＰＥＧファイルを伸長した後に、該画像が欠落しないように、即ち、記録紙の主走査サイズ内にプリント可能な画素数になるように、一定の割合で画素を削除する。その後２値化処理を行えば、画質を劣化させずに縮小することが可能である。
【００５７】
尚、縮小方法としては、画素補間を行う方法等、他の任意の方法を適用することが可能である。
【００５８】
また、一般にファイルの解像度と記録部１０９によるプリント解像度が異なる場合、例えば受信した画像の解像度が２００ｄｐｉであるが、記録部１０９は３６０ｄｐｉの解像度にのみ対応している場合には、画像処理部１０７において受信画像を１．８（３６０／２００）倍へ変倍してから記録部１０９に渡すことによって、受信画像の等倍プリントが実現される。そこで、この変倍率を、
（プリント解像度／受信画像解像度）
×（プロトコル上の主走査画素数／ＪＰＥＧファイルの主走査画素数）
とすることによって、画像を間引きすることなく、縮小プリントが可能となる。
【００５９】
以上説明したように第２実施形態によれば、上述した第１実施形態と同様に、通信プロトコル上で宣言されている主走査サイズとＪＰＥＧファイル上で宣言されている主走査サイズとが異なる場合に、ＪＰＥＧファイルの主走査サイズを有効とする。そして更に、ＪＰＥＧファイル上で宣言されている主走査サイズの方が大きい場合には、通信プロトコル上の記録紙サイズよりも主走査長が大きい記録紙があれば該記録紙への等倍プリントを行い、そのような記録紙がなければ、通信プロトコル上の記録紙サイズと同じ主走査長の記録紙への縮小プリントを行う。これによって、ユーザに画像欠落のないプリントを提供することができる。
【００６０】
また、第１実施形態と同様に、「不一致時プリント位置」が「センタリング」に設定されていない場合の右詰めによるプリントも可能である。
【００６１】
＜第３実施形態＞以下、本発明に係る第３実施形態について説明する。第３実施形態におけるカラーファクシミリ装置の構成は、上述した第１実施形態で示した図１と同様であるため、説明を省略する。尚、第３実施形態においては、不揮発性ＲＡＭ１０４内に「不一致時プリント位置」の項目を設ける必要はない。
【００６２】
第３実施形態においては、通信主走査サイズとファイル主走査サイズが不一致である場合には、通信を切断して相手機に報知することを特徴とする。
【００６３】
図５は、第３実施形態におけるカラー画像受信処理を示すフローチャートである。該フローチャートに示す処理を実現するプログラムはＲＯＭ１０２に格納されており、主制御部１０１によって該プログラムがＲＡＭ１０３上に読み出されて実行されることにより、図５のフローチャートに示す処理が実現される。
【００６４】
まずステップＳ１２０１において、通信制御部１１１でＧＩ（グループ識別）信号を監視し、着信を検出する。通信制御部１１１は着信を検出すると回線を閉結し、相手機からのＣＮＧ（発呼トーン）信号を検知したら、ステップＳ１２０２においてＮＳＦ（非標準機能）／ＣＳＩ（被呼端末識別）／ＤＩＳ（デジタル識別信号）のいずれかの信号を相手機に送出する。続いてステップＳ１２０３において、相手機からのＴＳＩ（送信端末識別）／ＤＣＳ（デジタル命令信号）信号のいずれかを受信する。尚、ＴＳＩ信号は送られてこない場合もある。ＴＳＩ信号を受信した場合はＲＡＭ１０３に保存する。続いてステップＳ１２０４においてトレーニング信号を受信し、正しく受信できていればＣＦＲ（受信準備確認）信号を返し、ステップＳ１２０５において画像信号を受信する。
【００６５】
ＥＯＭ（メッセージ終了）信号の受信によりブロックの画像受信が終了すると、ステップＳ１２０６においてＰＰＳ−Ｑ（部分ページ信号ＰＰＳ−ＥＯＭ，ＰＰＳ−ＭＰＳ，ＰＰＳ−ＥＯＰ，ＰＰＳ−ＮＵＬＬのいずれか）信号を受信する。続いてステップＳ１２０７において、受信したブロックの画像が全フレーム正常に受信されたかを調べる。全フレームが正常に受信されていない場合はステップＳ１２１２においてＰＰＲ（部分ページ要求）信号を返した後、ステップＳ１２０５に戻ってエラーの発生したフレームを再度受信する。
【００６６】
ステップＳ１２０７において全フレームが正常に受信されていた場合は、ステップＳ１２０８において、ＤＣＳ信号で指示された内容に基づいて、受信した文書がカラー文書（ＪＰＥＧファイル）であるか否かを調べる。カラー文書である場合にはステップＳ１２０９に進み、ステップＳ１２０５で受信した画像がページの第１ブロックであるかを否かを調べる。第１ブロックであればステップＳ１２１０に進み、受信した画像のＪＰＥＧヘッダ部を解析して、その主走査画素サイズの設定をＲＡＭ１０３に記憶しておく。
【００６７】
ステップＳ１２１１においては、受信画像のＪＰＥＧヘッダで定義されている主走査画素サイズとＤＣＳで宣言された解像度、主走査幅から計算される主走査画素サイズが一致しているか否かを判定する。一致していなければステップＳ１２１５に進んで、相手機にＤＣＮ（切断命令）信号を送り、通信をエラー終了する。
【００６８】
そしてステップＳ１２１６においては、ＤＣＳ信号とともにＴＳＩ信号を受信しているか否かを調べる。受信していれば、ステップＳ１２１７において相手機に対してエラー理由通知処理を行い、受信処理を終了する。ＴＳＩ信号を受信していなければ、そのまま受信処理を終了する。
【００６９】
ステップＳ１２０８において受信した文書がカラー文書でない場合、及びステップＳ１２０９において受信した画像がページの第１ブロックでない場合、及びステップＳ１２１１において受信画像のファイル主走査サイズと通信主走査サイズが一致する場合には、ステップＳ１２１３に進み、画像ブロックを正しく受信したことを報知するために、相手機に対してＭＣＦ（メッセージ確認）信号を送る。続いてステップＳ１２１４において、ステップＳ１２０６で受信したＰＰＳ−Ｑ信号の種類により連続して画像ブロックが送信されてくるか否かを判断し、送信されてくる場合は、ステップＳ１２０５において次の画像ブロックの受信を行なう。一方、次の画像ブロックが送信されない場合は受信処理を終了する。
【００７０】
図６は、上述したステップＳ１２１７におけるエラー理由通知処理を示すフローチャートである。
【００７１】
ステップＳ１３０１においては、通信制御部１１１により、ステップＳ１２０３でＲＡＭ１０３に保存したＴＳＩ信号で示される番号に対して発呼する。回線がつながったら、ステップＳ１３０２においてＣＮＧ信号を送出する。次いでステップＳ１３０３において相手機からＤＩＳ信号を受信したら、ステップＳ１３０４においてＤＣＳ信号を送出し、続いてステップＳ１３０５において回線の状態を確認するためにトレーニング信号を送出する。
【００７２】
ステップＳ１３０６において相手機からＣＦＲを受信したか否かを調べ、受信していない場合、もしくはＦＴＴ（トレーニング失敗）信号を受信した場合はステップＳ１３０４に戻り、通信速度を変えてＤＣＳ信号を送出する。
【００７３】
ステップＳ１３０６においてＣＦＲ信号を受信した場合は、ステップＳ１３０７において通信を切断した理由を相手機に対して通知する。具体的には、図７に示すように、切断理由を記載した画像を送信する。この切断理由通知画像は、予め符号化してＲＯＭ１０２に記憶しておけばよい。また、該切断理由通知画像は、例えば切断理由通知時に作成されても良い。
【００７４】
切断理由通知画像の送信が終了したら、ステップＳ１３０８においてＰＰＳ−ＥＯＰ信号を送出する。続いてステップＳ１３０９にてＭＣＦ信号を受信するとファクシミリ送信手順が終了するので、ステップＳ１３１０においてＤＣＮ信号を送出し、エラー理由通知処理を終了する。
【００７５】
以上説明したように第３実施形態によれば、ＪＰＥＧファイルの第１ブロックを受信した時点でＪＰＥＧヘッダを解析し、通信プロトコル上で宣言されている主走査サイズとＪＰＥＧファイル上で宣言されている主走査サイズとが異なる場合に、通信を切断して相手機にエラーの発生及びその内容を通知する。これにより、送信側において、受信側でプリント不能であるにも関らず送信が正常終了したと誤認識してしまうことを回避し、更にエラー内容として、ＪＰＥＧファイルの主走査サイズが誤っていることを報知することができる。
【００７６】
＜第３実施形態の変形例＞図８は、第３実施形態における受信処理の変形例を示すフローチャートである。本変形例においても、通信主走査サイズとファイル主走査サイズが異なる場合には通信を切断して相手機に報知するが、特にＪＰＥＧヘッダの解析処理を、通信処理とは独立した別処理として行うことを特徴とする。
【００７７】
図８において、ステップＳ１５０１〜Ｓ１５０９までの処理は、上述した図５に示すステップＳ１２０１〜Ｓ１２０９と同様であるため、説明を省略する。
【００７８】
ステップＳ１５０９において、ステップＳ１５０５で受信した画像がページの第１ブロックであれば、ステップＳ１５１０において、ＲＡＭ１０３に設けられたＪＰＥＧエラーフラグをクリアし、別処理として実行されるＪＰＥＧヘッダ解析処理を起動して、ステップＳ１５１２に進む。これにより即ち、ＪＰＥＧヘッダ解析処理と、後続のＪＰＥＧファイル受信処理とが並行して実行される。
【００７９】
ステップＳ１５１２においては、ＪＰＥＧヘッダ解析処理にてエラーが発生したか否かを調べるが、ページの第１ブロックについてはＪＰＥＧヘッダ解析処理は起動されたばかりであるため、エラーの発生はなく、ステップＳ１５１３に進んでＭＣＦを送出する。続いてステップＳ１５１４において、ステップＳ１５０６で受信したＰＰＳ−Ｑ信号の種類により連続して画像ブロックが送信されてくるか否かを判断し、送信されてくる場合は、ステップＳ１５０５において次の画像ブロックの受信を行なう。
【００８０】
続いて、ステップＳ１５０６〜Ｓ１５０９までの処理が再度行われるが、ここでステップＳ１５０９においては、受信した画像ブロックがページの第１ブロックではないため処理はステップＳ１５１２に進み、既に起動されているＪＰＥＧヘッダ解析処理（Ｓ１５１０）においてエラーが発生したか否かをＪＰＥＧエラーフラグに基づいて調べる。エラーが発生していればステップＳ１５１５に進んで、相手機にＤＣＮ信号を送り、通信をエラー終了する。
【００８１】
そしてステップＳ１５１６においては、ＤＣＳ信号とともにＴＳＩ信号を受信しているか否かを調べる。受信していれば、ステップＳ１５１７において相手機に対してエラー理由通知処理を行い、受信処理を終了する。ＴＳＩ信号を受信していなければ、そのまま受信処理を終了する。
【００８２】
図９は、ステップＳ１５１０において起動される、ＪＰＥＧヘッダ解析処理を示すフローチャートである。
【００８３】
まずステップＳ１６０１において、ＪＰＥＧヘッダに記述されているデータを読み取り、解析する。そしてステップＳ１６０２において、ヘッダの内容にエラーがあるか否かを調べる。エラーがあればステップＳ１６０４に進み、ＲＡＭ１０３内に設けられたＪＰＥＧエラーフラグをオンにする。
【００８４】
一方、ステップＳ１６０２においてヘッダ内容にエラーがなかければステップＳ１６０３に進み、ＪＰＥＧヘッダで定義されている主走査画素サイズとＤＣＳで宣言された解像度、主走査幅から計算される主走査画素サイズが一致しているか否かを判定する。一致していなければステップＳ１６０４に進んで、ＪＰＥＧエラーフラグをオンにする。このようにＪＰＥＧエラーフラグがオンとなることによって、図８に示す受信処理ルーチンはＪＰＥＧエラーの発生を検知することができる。
【００８５】
以上説明したように第３実施形態の変形例によれば、ＪＰＥＧファイル受信処理とＪＰＥＧヘッダ解析処理とを別処理として、並行に実行することにより、処理速度が遅いシステムにおいても、ＪＰＥＧヘッダ解析処理による通信制御への影響を回避することができ、全体としての処理速度が向上する。
【００８６】
尚、第３実施形態においては、エラー理由通知処理の際に、相手機からのＴＳＩ信号で通知された電話番号に対して発呼するとして説明したが、発信者番号通知機能によって通知された電話番号に対して発呼した場合にも同様の効果が得られることは、言うまでもない。
【００８７】
尚、以上説明した各実施形態を組み合わせることも可能である。例えば、通信主走査サイズとファイル主走査サイズが互いに異なる場合には、第３実施形態で示したように一旦通信を切断して相手機に通知し、相手機より該ＪＰＥＧファイルを再送しない旨の通知、又は強制プリントの指示を受けた場合には通信を再開して、第２実施形態で示したように適切な記録媒体を選択した上で画像欠落のないプリントを行うことも可能である。
【００８８】
＜他の実施形態＞
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【００８９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００９１】
【図１】本発明に係る一実施形態におけるファクシミリ装置の構成を示すブロック図である。
【図２】本実施形態における不揮発性ＲＡＭのメモリ構成例を示す図である。
【図３】本実施形態におけるカラー受信時のプリント処理を示すフローチャートである。
【図４】第２実施形態におけるカラー受信時のプリント処理を示すフローチャートである。
【図５】第３実施形態における受信処理を示すフローチャートである。
【図６】第３実施形態おけるエラー理由通知処理を示すフローチャートである。
【図７】第３実施形態における通信の切断理由を報知する画像の一例を示す図である。
【図８】第３実施形態の変形例における受信処理を示すフローチャートである。
【図９】第３実施形態の変形例におけるＪＰＥＧヘッダ解析処理を示すフローチャートである。
【符号の説明】
【００９２】
１０１ 主制御部
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 不揮発性ＲＡＭ
１０５ 操作部
１０６ 表示部
１０７ 画像処理部
１０８ 読み取り部
１０９ 記録部
１１０ 駆動部
１１１ 通信制御部
【図１】
2008182737.tif 000003
【図２】
2008182737.tif 000004
【図３】
2008182737.tif 000005
【図４】
2008182737.tif 000006
【図５】
2008182737.tif 000007
【図６】
2008182737.tif 000008
【図７】
2008182737.tif 000009
【図８】
2008182737.tif 000010
【図９】
2008182737.tif 000011