ファクシミリ装置
【課題】手順信号を正常に受信できないことによる通信エラーの発生を抑制する。
【解決手段】ファクシミリ装置１００は、手順信号生成部２１と送信部２３とを備えている。手順信号生成部２１は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含むＰＰＲ信号３０を生成する。ＰＰＲ全データ３２は、相手方装置とのファクシミリ通信手順を定義している。ＰＰＲ制御データ３１は、ＰＰＲ全データ３２の一部からなり、ＰＰＲ信号３０の種類を特定する種類情報を含む。送信部２３は、手順信号生成部２１が生成したＰＰＲ信号３０を相手方装置に送信する。
【解決手段】ファクシミリ装置１００は、手順信号生成部２１と送信部２３とを備えている。手順信号生成部２１は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含むＰＰＲ信号３０を生成する。ＰＰＲ全データ３２は、相手方装置とのファクシミリ通信手順を定義している。ＰＰＲ制御データ３１は、ＰＰＲ全データ３２の一部からなり、ＰＰＲ信号３０の種類を特定する種類情報を含む。送信部２３は、手順信号生成部２１が生成したＰＰＲ信号３０を相手方装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ通信手順に基づいた通信を行うファクシミリ装置に関する。
【背景技術】
【０００２】
ＥＣＭ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）通信手順により通信を行うファクシミリ装置が普及している。ＥＣＭ通信手順では、画像データが例えば２５６フレームで構成される１ブロック単位で送受信される。回線のノイズ及び瞬断等の回線障害の影響により画像データにエラーが発生した場合には、画像データの受信側は、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）による検査によりエラーフレームを検出する。受信側は、検出後に、エラーフレームのフレーム番号を指定した部分ページ要求（ＰＰＲ：Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号を送信側に送信し、エラーフレームの再送を要求する。このようなＥＣＭ通信手順により画像データの品質が高められている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−３０２８５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１などに開示されるＥＣＭ通信手順では、画像データの送信側がＰＰＲ信号等の手順信号を正常に受信することが前提であり、回線のノイズ及び瞬断等の回線障害によって、画像データの送信側が手順信号を受信できない事態は想定されていない。しかし、実際にはそれらの不具合により送信側が手順信号を受信できず、それ故に通信エラーが発生して通信が終了してしまう事態が発生している。
【０００５】
そこで、本発明は、ファクシミリ装置において、画像データの送信側が手順信号を正常に受信できないことによる通信エラーの発生を抑制することを目的とする。
【課題を解決するための手段】
【０００６】
以下に、課題を解決するための手段として複数の態様を説明する。これら態様は、必要に応じて任意に組み合せることができる。
本発明の一見地に係るファクシミリ装置は、手順信号生成部及び送信部を備えている。手順信号生成部は、第１手順信号と第２手順信号とを含む手順信号を生成する。第１手順信号は、相手方装置とのファクシミリ通信手順を定義している。第２手順信号は、第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む。送信部は、手順信号を相手方装置に送信する。
【０００７】
ファクシミリ装置が生成する手順信号には、第１手順信号及び第２手順信号が含まれる。第２手順信号は、少なくとも手順信号の種類を特定する種類情報を含むが、第１手順信号の一部から構成されているため第１手順信号よりもデータ量が小さい。よって、第２手順信号は、第１手順信号に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、第１手順信号及び第２手順信号を送信された相手方装置は、回線障害により第１手順信号を正常に受信できなくても、第２手順信号を正常に受信できる可能性が高い。
【０００８】
相手方装置は、第１手順信号を正常に受信した場合には第１手順信号に対する応答をファクシミリ装置に送信し、第２手順信号を正常に受信した場合には第２手順信号に対応する応答をファクシミリ装置に送信する。このように相手方装置が、少なくともデータ量が小さい第２手順信号を正常に受信できればファクシミリ装置に応答が可能であるので、ファクシミリ装置が手順信号を正常に受信できる可能性が高くなる。つまり、通信エラーに起因して装置間の通信が終了することが抑制される。
【０００９】
上記の本願発明は、例えば、以下のような態様で適用可能である。
画像データを送信する送信機と、送信機から画像データを受信する受信機と、の間で通信が行われているとする。この場合、上記ファクシミリ装置は受信機であり、上記相手方装置は送信機である。受信機は、送信機から画像データを受信すれば、手順信号生成部は、画像データの受信に対する応答データを手順信号として生成する。次に、受信機の送信部が、送信機に手順信号を送信する。手順信号は、第１手順信号及びデータ量が小さい第２手順信号を含む。第１手順信号には例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれており、第１手順信号は第２手順信号に比べて比較的データ量が大きい。第２手順信号には、例えば送信機に手順信号の種類を知らせるための種類情報が含まれているが、どのフレームにエラーが発生しているかを示す情報が含まれておらず、そのため第２手順信号は第１手順信号に比べて比較的データ量が小さい。送信機は、第１手順信号を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機に送信する。一方、送信機は、第１手順信号を受信できず第２手順信号のみを正常に受信した場合には、受信機に全フレームに対応する全画像データを再送する。送信機と受信機との通信は回線障害により切断される可能性があるが、第２手順信号はデータ量が小さいので送信機は正常に第２手順信号を受信できる可能性が高い。そして、送信機が第２手順信号さえ受信できれば送信機と受信機との通信を継続可能であるので、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００１０】
また、上記の本願発明は、前述の送信機及び受信機において次のような態様で適用可能である。次の例の場合、上記ファクシミリ装置は送信機であり、上記相手方装置は受信機である。受信機が、非標準機能識別（ＮＳＦ：Ｎｏｎ−Ｓｔａｎｄａｒｄ Ｆａｃｉｌｉｔｉｅｓ）信号、被呼装置識別（ＣＳＩ：Ｃａｌｌｅｄ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル識別信号（ＤＩＳ：Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）を送信機に送信する。これらの信号に対して送信機は、非標準機能設定（ＮＳＳ：Ｎｏｎ−Ｓｔａｎｄａｒｄ ｆａｃｉｌｉｔｉｅｓ Ｓｅｔ−ｕｐ）信号、送信装置識別（ＴＳＩ：Ｔｒａｎｓｍｉｔｔｉｎｇ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル命令信号（ＤＣＳ：Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）を受信機に送信する。このとき、送信機が送信するＤＣＳは手順信号であり、第１手順信号と第１手順信号よりデータ量が小さい第２手順信号とを含む。
【００１１】
受信機は、所定のタイマー時間内に第１手順信号を受信した場合には、第１手順信号に基づいて送信機との間でその後の通信を行う。一方、受信機は、所定のタイマー時間内に第１手順信号を受信できなかったが、第２手順信号を正常に受信した場合には、タイマー時間を延長して送信機からＤＣＳの再送を受ける。第２手順信号が第１手順信号に比べてデータ量が小さいため、受信機は第２手順信号を正常に受信できる可能性が高い。そして、第１手順信号は所定のタイマー時間内に受信できなかったが第２手順信号を正常に受信できた場合には、タイマー時間を延長すれば第１手順信号を受信できる可能性がある。そこで、受信機は、前述のようにＤＣＳを受信するためのタイマー時間を延長する。このように、受信機は、タイマー時間を延ばすか否かを、第２手順信号を正常に受信したか否かに基づいて判断する。
【００１２】
このように受信機が少なくとも第２手順信号を受信できれば、タイマー時間の延長により第１手順信号を正常に受信可能となり、ひいては送信機と受信機との通信を継続可能である。よって、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００１３】
第１手順信号を構成するフィールドには、手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれる。第２手順信号を構成するフィールドには、第１手順信号を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれていてもよい。
【００１４】
手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である場合、第１及び第２手順信号のファクシミリコントロールフィールドには、手順信号の種類がＰＰＲ信号であることを示す種類情報が定義される。また、第１手順信号のファクシミリインフォメーションフィールドには、受信データのどのフレームにエラーが発生しているかを示す情報が含まれる。
手順信号がＤＣＳである場合、第１及び第２手順信号のファクシミリコントロールフィールドには、手順信号の種類がＤＣＳであることを示す種類情報が定義される。また、第１手順信号のファクシミリインフォメーションフィールドには、伝送速度、用紙サイズ、ファクシミリ通信手順の種類等の送受信を行う際の機能情報を記述可能である。
【００１５】
手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号であってもよい。
ＰＰＲ信号を第１手順信号と第２手順信号とにより構成し、相手方装置が少なくともデータ量が小さい第２手順信号を正常に受信できるようにする。これにより、ＰＰＲ信号を正常に受信できないために装置間での通信が終了することが抑制される。
【００１６】
第１手順信号は、手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置から受信した受信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含んでもよい。
【００１７】
第２手順信号は、エラーフレーム情報を除き、少なくとも手順信号がＰＰＲ信号であることを示す種類情報を含でもよい。
【００１８】
手順信号生成部は、手順信号を第１手順信号と第２手順信号とにマルチフレーム化することで生成してもよい。
ファクシミリ装置は、手順信号を第１手順信号と第２手順信号とにマルチフレーム化して生成し相手方装置に送信する。相手方装置が、手順信号のうち第１手順信号又は第２手順信号のいずれかを受信できれば装置間での通信を継続可能である。よって、回線障害による通信の終了が抑制される。
【００１９】
本発明の他の見地に係るファクシミリ装置は、受信部及び応答部を備えている。受信部は、第１手順信号と第２手順信号とを含む手順信号を相手方装置から受信する。第１手順信号は相手方装置とのファクシミリ通信手順を定義している。第２手順信号は、第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む。応答部は、受信部が手順信号のうち第１手順信号を正常に受信した場合と、受信部が手順信号のうち第２手順信号のみを正常に受信した場合とで、異なる応答方法を実行する。
【００２０】
ファクシミリ装置の受信部は、第１手順信号及び第２手順信号を含む手順信号を受信する。第２手順信号は、少なくとも手順信号の種類を特定する種類情報を含むが、第１手順信号の一部から構成されているので第１手順信号よりもデータ量が小さい。よって、第２手順信号は、第１手順信号に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、ファクシミリ装置は、回線障害により第１手順信号を正常に受信できなくても、第２手順信号を正常に受信できる可能性が高い。
【００２１】
ファクシミリ装置は、受信部が第１手順信号を正常に受信した場合には第１手順信号に対する応答を応答部が相手方装置に送信し、第２手順信号を正常に受信した場合には応答部が第２手順信号に対応する応答を相手方装置に送信する。このようにファクシミリ装置が、少なくともデータ量が小さい第２手順信号を正常に受信できれば相手方装置に応答が可能である。したがって、通信エラーに起因する装置間での通信が終了することが抑制される。
【００２２】
上記の本願発明は、例えば以下のような態様で適用可能である。
画像データを送信する送信機と、送信機から画像データを受信する受信機と、の間で通信が行われているとする。この場合、上記ファクシミリ装置は送信機であり、上記相手方装置は受信機である。受信機は、受信部が送信機から画像データを受信すると、応答部が応答データとして第１手順信号及び第２手順信号を含む手順信号を送信機に送信する。第１手順信号には、例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれているが、第２手順信号にはどのフレームにエラーが発生しているかを示す情報が含まれていない。そのため、第２手順信号は第１手順信号に比べて比較的データ量が小さい。送信機は、第１手順信号を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機に送信する。一方、送信機は、第１手順信号を受信できず第２手順信号のみを正常に受信した場合には、受信機に全フレームに対応する全画像データを再送する。このように送信機がデータ量が小さい第２手順信号さえ受信できれば送信機と受信機との通信を継続可能であるので、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００２３】
また、上記の本願発明は、前述の送信機及び受信機において次のような態様で適用可能である。次の例の場合、上記ファクシミリ装置は受信機であり、上記相手方装置は送信機である。受信機がＤＩＳを送信機に送信するのに応じて、送信機はＤＣＳを受信機に送信する。送信機が送信するＤＣＳは、第１手順信号と第１手順信号よりデータ量が小さい第２手順信号とを含む。
【００２４】
受信機は、所定のタイマー時間内に第１手順信号を受信した場合には、第１手順信号に基づいて送信機との間でその後の通信を行う。一方、受信機は、所定のタイマー時間内に第１手順信号を受信できなかったが、第２手順信号を正常に受信した場合には、タイマー時間を延長して送信機からＤＣＳの再送を受ける。このように受信機が少なくとも第２手順信号を受信できれば、タイマー時間の延長により第１手順信号を正常に受信可能となり、ひいては送信機と受信機との通信を継続可能である。よって、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００２５】
応答部は、受信部が手順信号のうち第１手順信号を正常に受信した場合には、第１手順信号に対する第１応答信号を生成する。一方、応答部は、受信部が手順信号のうち第２手順信号のみを正常に受信した場合には、第２手順信号に対する第２応答信号を生成する。ファクシミリ装置は、第１又は第２応答信号を相手方装置に送信する送信部をさらに備えている。
【００２６】
例えば、ファクシミリ装置の応答部は、第１手順信号を正常に受信した場合には、エラーが発生したエラーフレームの画像データを含む第１応答信号を相手方装置に送信する。一方、ファクシミリ装置の応答部は、第１手順信号を受信できず第２手順信号のみを正常に受信した場合には、１ブロックの全フレームに対応する全画像データ含む第２応答信号を相手方装置に送信する。
【００２７】
第１手順信号を構成するフィールドには、手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれる。
また、第２手順信号を構成するフィールドには、第１手順信号を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれる。
【００２８】
手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である。
【００２９】
第１手順信号は、手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置に送信した送信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む。第２手順信号は、エラーフレーム情報を除き、少なくとも手順信号がＰＰＲ信号であることを示す種類情報を含む。
【００３０】
応答部は、受信部が手順信号のうち第１手順信号を正常に受信した場合には、第１手順信号に対する第１応答信号に含まれる画像データを、エラーフレームに対応する画像データのみから構成してもよい。
【００３１】
応答部は、受信部が手順信号のうち第２手順信号のみを正常に受信した場合には、第２手順信号に対する第２応答信号に含まれる画像データを、一連の全フレームに対応する全画像データから構成してもよい。
【００３２】
応答部は、受信部が第１手順信号を正常に受信できず、所定数の第２手順信号を正常に受信した場合に、第２応答信号に含まれる画像データを全画像データから構成してもよい。
【００３３】
第１手順信号を正常に受信できない場合に、第２手順信号を受信したのに応じて即座に全画像データを含む第２応答信号を相手方装置に送信すると、装置間での通信量が大きくなるという問題が想定される。例えば、相手方装置が１回目の手順信号を送付し、ファクシミリ装置が、第１手順信号及び第２手順信号を含む手順信号のうち、第２手順信号のみを正常に受信したとする。次に、相手方装置が２回目の手順信号を送付し、ファクシミリ装置が第１手順信号を正常に受信したとする。この場合、ファクシミリ装置は、２回目の手順信号の受信まで待機すれば、第１手順信号の受信に応じてエラーフレームに対応する画像データのみを相手方装置に送信すればよい。しかし、ファクシミリ装置が、２回目の手順信号の受信まで待機しないまま第２手順信号に応じれば、全画像データを相手方装置に送信することとなり、装置間の通信量が多くなり回線障害の影響を受けやすくなる。
【００３４】
そこで、上記の問題を解決するために、ファクシミリ装置は、第１手順信号を正常に受信できない場合において、第２手順信号の受信回数が所定数に達するまで待機する。これにより、全画像データが相手方装置に再送されることによる通信量の増加が抑制され、ひいては回線障害により装置間の通信が終了するのが抑制される。
【発明の効果】
【００３５】
本発明によれば、ファクシミリ装置において手順信号を正常に受信できないことによる通信エラーの発生が抑制される。
【図面の簡単な説明】
【００３６】
【図１】本実施形態のファクシミリ装置の要部構成を示すブロック図である。
【図２】制御部の機能構成を示すブロック図である。
【図３】手順信号のフレーム構成を示す説明図である。
【図４】全画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。
【図５】ＰＰＲ制御データ及びＰＰＲ全データの受信／未受信の組み合わせの一例である。
【図６】エラーフレームに対応する画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。
【図７】送信機の処理の流れを示すフローチャートである。
【図８】受信機の処理の流れを示すフローチャートである。
【図９】本発明を適用したディジタル命令信号ＤＣＳのフレーム構成を示す説明図である。
【図１０】マルチフレーム化されたＤＣＳが送受信される場合の送信機及び受信機間の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３７】
本実施形態では、回線のノイズ及び瞬断などの回線障害が発生する環境下において、手順信号が正常に送受信されないために通信エラーが発生することが多いことに新たに着目している。特にＰＰＲ信号などのデータ量が大きい手順信号は、その他の手順信号と比較して回線障害の影響を受けやすい。よって、本発明では、以下に示す構成により手順信号を正常に受信可能な仕組みを提供し、通信エラーの発生により装置間での通信が終了することを抑制する。
以下、本実施形態におけるファクシミリ装置を例に挙げて説明する。
【００３８】
（１）ファクシミリ装置のハードウェア構成
図１は、本実施形態のファクシミリ装置の要部構成を示すブロック図である。
ファクシミリ装置１００は、ＣＰＵ１、フラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２、第１ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３及びＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４を備えている。ファクシミリ装置１００は、さらに、モデム５、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）６、操作パネル７、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）８、統合チップセット９、第２ＳＤＲＡＭ１０、スキャナ１１、プリンタ１２及びネットワークボード１３等を備える。
また、ファクシミリ装置１００は、システムバス１４、第１ローカルバス１５、第２ローカルバス１６及びシリアルバス１７等のバスを備えており、ファクシミリ装置１００内の各部はこれらのバスによって互いに接続されている。
【００３９】
ＣＰＵ１は、フラッシュＲＯＭ２等に格納される各種プログラムを読み出して実行し、ファクシミリ装置１００の各部を制御する。また、ＣＰＵ１は、後述の制御部２０を有しておりファクシミリの通信全体を制御する。特に、制御部２０は、手順信号の生成、手順信号の送受信及び受信した手順信号への応答などの手順信号に関する各種処理も行う。
フラッシュＲＯＭ２は、ＣＰＵ１に読み込まれる各種プログラムを記憶している。第１ＳＤＲＡＭ３は、予め登録された各種設定情報を記憶するＣＰＵ１の主メモリであり、各種プログラムを実行するワークエリアとして機能する。ＳＲＡＭ４は、短縮ダイヤル等の各種のユーザ設定及びエラー情報等を記憶可能である。
【００４０】
モデム５は、ディジタル信号とアナログ信号を相互変換する変復調装置であり、通常のファクシミリ通信用のファクシミリモデムの機能を有する。モデム５は、ＮＣＵ６と直接接続されている。
ＮＣＵ６は、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｕｂｓｃｒｉｂｅｒ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）１９に接続されており、電話回線を介して発呼及び着呼を含む通信を制御する。
【００４１】
操作パネル７は、ディスプレイ、タッチセンサを有するタッチパネル及びハードキー等を備える。
ＲＴＣ８は、時計回路であり、ファクシミリ装置１００の電源が切られていても時刻を刻み続けることができる。
ネットワークボード１３は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１８を介してネットワークと接続され、ＴＣＰ／ＩＰプロトコルに従ってクライアントＰＣ及び他の機器との通信機能を実行する。
【００４２】
スキャナ１１は、ＣＰＵ１の制御の下、原稿から画像を読み取るスキャナ機能を実現する。プリンタ１２は、ＣＰＵ１の制御の下、スキャナ１１により原稿から読み取られた画像データ及びファクシミリ通信機能によって受信された画像データを用紙に印刷するプリント機能を実現する。
【００４３】
統合チップセット９は、画像データに対して用紙に印刷するための画像処理を行う。
第２ＳＤＲＡＭ１０は、統合チップセット９で処理された画像データ等のデータを記憶する。第２ＳＤＲＡＭ１０は、例えば、送信される画像データ及びプリンタ１２により印刷される画像データなどを記憶する。
【００４４】
（２）機能構成
次に、本実施形態の手順信号に関連する処理を行う制御部２０の機能構成について説明する。以下の本実施形態では、ファクシミリ装置１００において、画像データを送信する側を送信機１００ａと言い、画像データを受信する側を受信機１００ｂと言う。また、一例として、ファクシミリ通信手順としてＥＣＭ通信手順が用いられ、手順信号としてＰＰＲ信号が生成される場合を挙げて本実施形態を説明する。
【００４５】
図２は制御部の機能構成を示すブロック図である。送信機１００ａ及び受信機１００ｂは同一の機能構成を有している。制御部２０はＣＰＵ１に含まれており、手順信号生成部２１、応答部２２、送信部２３及び受信部２４等を備えている。
手順信号生成部２１は手順信号を生成する。手順信号には、相手方装置とのファクシミリ通信手順を定義している第１手順信号と、第１手順信号の一部からなり、手順信号の種類を特定する種類情報と、が含まれる。つまり、手順信号生成部２１は、手順信号を、第１手順信号及び第２手順信号にマルチフレーム化して生成する。より具体的に図３を用いて手順信号について説明する。
【００４６】
図３は手順信号のフレーム構成を示す説明図である。手順信号３０は、第１手順信号であるＰＰＲ全データ３２と、第２手順信号であるＰＰＲ制御データ３１と、を含む。ＰＰＲ制御データ３１の前にはプリアンブルが配置され、ＰＰＲ全データ３２の前後にはフラグ（Ｆ）が配置されている。
【００４７】
ＰＰＲ制御データ３１は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールド（ＦＣＦ：Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｆｉｅｌｄ）、フレームチェックシーケンス（ＦＣＳ：Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）で構成されている。制御（Ｃ）には、ＰＰＲ制御データ３１が途中のフレームであるか、最終フレームであるかが記述される。図３の場合、ＰＰＲ制御データ３１の後にＰＰＲ全データ３２が続くため、制御（Ｃ）には途中のフレームであることを示す“０３”が記述される。ファクシミリコントロールフィールドＦＣＳは、信号の種類を識別するための種類情報が入力されるフィールドである。ＰＰＲ制御データ３１は手順信号の一つであるＰＰＲ信号に分類され、ファクシミリコントロールフィールドＦＣＳには“ＢＣ”が記述される。フレームチェックシーケンスＦＣＳは、データ中にエラーがあるか否かのエラー検出結果を記述するためのフィールドである。このようにＰＰＲ制御データ３１には、少なくとも手順信号の種類を特定するための種類情報が含まれ、その他、ＰＰＲ制御データ３１の送受信に必要な情報が含まれる。
【００４８】
ＰＰＲ全データ３２は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールドＦＣＦ、ファクシミリインフォメーションフィールド（ＦＩＦ：Ｆａｃｓｉｍｉｌｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｆｉｅｌｄ）及びフレームチェックシーケンスＦＣＳで構成されている。ＰＰＲ全データ３２は、マルチフレーム化されていない通常のＰＰＲ信号と同様の構成を有している。
【００４９】
図３の場合、ＰＰＲ全データ３２は最終フレームであるため、制御（Ｃ）には最終フレームであることを示す“１３”が記述される。また、ＰＰＲ全データ３２はＰＰＲ制御データ３１と同様にＰＰＲ信号であるので、ファクシミリコントロールフィールドＦＣＳには“ＢＣ”が記述される。ファクシミリインフォメーションフィールドＦＩＦは、ファクシミリ通信手順に関する任意の情報を記述可能なフィールドである。ＰＰＲ信号のファクシミリインフォメーションフィールドＦＩＦには、画像データの送信機１００ａから受信した画像データを構成するフレームのうち、どのフレームにエラーが発生しているかを示すエラーフレーム情報が記述される。例えば、ファクシミリインフォメーションフィールドＦＩＦは２５６ビットで構成されており、１ブロックが２５６フレームで構成される画像データの各フレームについて、エラーであれば“１”が記述され、正常であれば“０”が記述される。
なお、ＰＰＲ制御データ３１及びＰＰＲ全データ３２はともにＰＰＲ信号であるので、手順信号３０もまたＰＰＲ信号と言える。以下、手順信号３０をＰＰＲ信号３０と言う。
【００５０】
ＰＰＲ制御データ３１は、ＰＰＲ全データ３２と比較してファクシミリインフォメーションフィールドＦＩＦを有しておらず、ＰＰＲ全データ３２の一部から構成されている。また、ファクシミリインフォメーションフィールドＦＩＦは最大２５６ビットで構成されており、その他のフィールドに比べてデータ量が大きい。このファクシミリインフォメーションフィールドＦＩＦを有していないＰＰＲ制御データ３１は、ＰＰＲ全データ３２よりも比較的にデータ量が小さい。
ここで、受信機１００ｂの手順信号生成部２１は、受信部２４が受信した画像データにエラーフレームが含まれる場合には、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含むＰＰＲ信号３０を生成する。受信機１００ｂの送信部２３は、生成されたＰＰＲ信号３０を画像データの送信機１００ａに送信する。送信機１００ａの受信部２４は受信機１００ｂから送信されたＰＰＲ信号３０を受信する。前述の通り、ＰＰＲ制御データ３１はＰＰＲ全データ３２よりもデータ量が小さいため、ＰＰＲ全データ３２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。よって、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含むＰＰＲ信号３０を送信された送信機１００ａは、回線障害によりＰＰＲ全データ３２を正常に受信できなくても、ＰＰＲ制御データ３１を正常に受信できる可能性が高い。
【００５１】
送信機１００ａの応答部２２は、ＰＰＲ全データ３２を正常に受信した場合にはＰＰＲ全データ３２に対する応答データを生成する。具体的には、送信機１００ａの応答部２２は、ＰＰＲ全データ３２に含まれるエラーフレーム情報に基づいて、エラーフレームに対応する画像データを含む応答データを生成する。送信機１００ａの送信部２３は当該応答データを受信機１００ｂに送信する。
一方、送信機１００ａの応答部２２は、ＰＰＲ全データ３２を受信できず、ＰＰＲ制御データ３１を正常に受信した場合には、ＰＰＲ制御データ３１に対応する応答データを生成する。具体的には、送信機１００ａの応答部２２は、１ブロックの全フレームに対応する全画像データを含む応答データを生成する。送信機１００ａの送信部２３は当該応答データを受信機１００ｂに送信する。
【００５２】
このように送信機１００ａが、少なくともデータ量が小さいＰＰＲ制御データ３１正常に受信できれば受信機１００ｂに応答が可能であるため、ＰＰＲ信号３０を正常に受信できないために通信エラーが発生し、装置間での通信が終了することを抑制できる。
また、受信機１００ｂの手順信号生成部２１は複数のＰＰＲ信号３０を生成し、複数のＰＰＲ信号３０が送信機１００ａに送信される。複数のＰＰＲ信号３０が送信機１００ａに送信されたにも関わらず、送信機１００ａの受信部２４が、ＰＰＲ信号３０のうちＰＰＲ全データ３２を受信できず、ＰＰＲ制御データ３１のみを正常に受信しているとする。このとき、送信機１００ａの応答部２２は、受信部２４でのＰＰＲ制御データ３１の連続的な受信回数が所定数に到達した場合に限り、１ブロックの全フレームに対応する全画像データから応答データを生成するように制御してもよい。そして、この全画像データからなる応答データが受信機１００ｂに送信される。
【００５３】
送信機１００ａが、ＰＰＲ全データ３２を正常に受信できない場合に、ＰＰＲ制御データ３１を受信したのに応じて即座に全画像データを含む応答信号を受信機１００ｂに送信すると、装置間での通信量が大きくなる場合がある。例えば、受信機１００ｂが１回目のＰＰＲ信号３０を送付し、送信機１００ａが、ＰＰＲ全データ３２及びＰＰＲ制御データ３１を含むＰＰＲ信号３０のうち、ＰＰＲ制御データ３１のみを正常に受信したとする。次に、受信機１００ｂが２回目のＰＰＲ信号３０を送付し、送信機１００ａがＰＰＲ全データ３２を正常に受信したとする。この場合、送信機１００ａは、２回目のＰＰＲ信号３０の受信まで待機すれば、ＰＰＲ全データ３２の受信に応じてエラーフレームに対応する画像データのみを受信機１００ｂに送信すればよい。しかし、送信機１００ａが、２回目のＰＰＲ信号３０の受信まで待機せずに、１回目に正常に受信したＰＰＲ制御データ３１に応じて全画像データを受信機１００ｂに送信すれば、装置間の通信量が多くなり回線障害の影響を受けやすくなる。よって、送信機１００ａは、ＰＰＲ全データ３２を正常に受信できない場合において、ＰＰＲ制御データ３１の連続的な受信回数が所定数に達するまで待機する。これにより、全画像データが受信機１００ｂに再送されることによる通信量の増加を抑制し、ひいては回線障害により装置間の通信が終了するのを抑制できる。なお、ＰＰＲ制御データ３１の受信回数は、連続の受信回数であってもよいし、あるいは、積算の受信回数であってもよい。
【００５４】
（３）処理の概要
次に送信機１００ａ及び受信機１００ｂ間の処理の概要について説明する。送信機１００ａ及び受信機１００ｂ間の処理には次の２通りがある。第１の処理は、送信機１００ａがＰＰＲ制御データ３１しか受信できず、全画像データを受信機１００ｂに再送する場合である。第２の処理は、送信機１００ａがＰＰＲ全データ３２を受信し、エラーフレームに対応する画像データのみを受信機１００ｂに再送する場合である。なお、以下では、一例として３つのＰＰＲ信号３０が送受信される場合を説明する。
まず第１の処理について説明する。
【００５５】
（３−１）全画像データの再送
図４は全画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。図４では、送信機１００ａがＰＰＲ全データ３２を受信できない状態で、ＰＰＲ制御データ３１の連続の受信回数が２回に達した場合に、送信機１００ａが全画像データを受信機１００ｂに送信する処理が行われる。
ステップＳ１：送信機１００ａ及び受信機１００ｂ間で送信開始処理が行われた後、送信機１００ａは画像データ（ＰＩＸ：ＰＩＸｅｌ）を受信機１００ｂに送信する。
ステップＳ２：送信機１００ａは、最終の画像データを送信すると、メッセージ終了信号であるＰＰＳ．ＥＯＰ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｓｉｇｎａｌ． Ｅｎｄ Ｏｆ Ｐｒｏｃｅｄｕｒｅｓ）を受信機１００ｂに送信する。
ステップＳ３〜Ｓ５：受信機１００ｂは、ＰＰＲ制御データ３１及びＰＰＲ全データ３２のマルチフレームでＰＰＲ信号を生成し、送信機１００ａに送信する。ここでは、受信機１００ｂは、３つのＰＰＲ信号（図４中のマルチフレーム化ＰＰＲ１〜ＰＰＲ３）を生成して送信機１００ａに送信する。
【００５６】
ステップＳ６：送信機１００ａは、マルチフレーム化ＰＰＲ１〜ＰＰＲ３を送信されているが、ＰＰＲ全データ３２を正常に受信できていない。一方、マルチフレーム化ＰＰＲ１〜ＰＰＲ３のうちＰＰＲ制御データ３１の連続の受信回数が２回に達しているとする。この場合、送信機１００ａはＰＰＲ制御データ３１のみを正常に受信したと判断する。
このときの、ＰＰＲ制御データ３１及びＰＰＲ全データ３２の受信／未受信の組み合わせの一例は例えば図５に表される。ＰＰＲ１〜ＰＰＲ３はそれぞれマルチフレーム化ＰＰＲ１〜ＰＰＲ３に対応している。また、図５中の「未」は信号を正常に受信できていないことを示し、「受」は信号を正常に受信できていることを示す。図５（ａ）によれば、送信機１００ａは、マルチフレーム化ＰＰＲ１〜ＰＰＲ３の全ての送信に対して、ＰＰＲ全データ３２を正常に受信できていない。一方、送信機１００ａは、マルチフレーム化ＰＰＲ１の送信に対して、ＰＰＲ制御データ３１を正常に受信できていない。しかし、送信機１００ａは、マルチフレーム化ＰＰＲ２、ＰＰＲ３の送信に対して、ＰＰＲ制御データ３１を正常に受信している。よって、ＰＰＲ全データ３２を正常に受信できていない状態において、ＰＰＲ制御データ３１の連続の受信回数が２回に達している。
【００５７】
図５（ｂ）では、送信機１００ａは、ＰＰＲ全データ３２を正常に受信できていないが、マルチフレーム化ＰＰＲ１、ＰＰＲ３の送信に対してＰＰＲ制御データ３１を正常に受信している。ここで、送信機１００ａは、マルチフレーム化ＰＰＲ２のうちＰＰＲ制御データ３１及びＰＰＲ全データ３２のいずれも正常に受信できておらず、マルチフレーム化ＰＰＲ２の送信を把握していない。よって、送信機１００ａは、マルチフレーム化ＰＰＲ１、ＰＰＲ３の送信に対するＰＰＲ制御データ３１の受信を連続的なものとみなし、連続の受信回数が２回に達していると判断する。
【００５８】
ステップＳ７：送信機１００ａは、１ブロックの全フレームに対応する全画像データを含む応答データを生成し、当該応答データを受信機１００ｂに再送する。
ステップＳ８：送信機１００ａは、最終の画像データを送信すると、ＰＰＳ．ＥＯＰを受信機１００ｂに送信する。
ステップＳ９：受信機１００ｂは、メッセージ確認信号であるＭＣＦ（Ｍｅｓｓａｇｅ ＣｏｎＦｉｒｍａｔｉｏｎ）信号を送信機１００ａに送信する。
ステップＳ１０：送信機１００ａは、ＭＣＦ信号の受信に応じて、回線切断命令であるＤＣＮ（ＤｉｓＣｏＮｎｅｃｔ）信号を受信機１００ｂに送信する。
【００５９】
（３−２）エラーフレームに対応する画像データの再送
図６はエラーフレームに対応する画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。図６では、送信機１００ａがＰＰＲ全データ３２を正常に受信した場合に、エラーフレームに対応する画像データを受信機１００ｂに送信する処理が行われる。
ステップＳ１１〜Ｓ１５：図４のステップＳ１〜Ｓ５と同様に、受信機１００ｂは、送信機１００ａの画像データの送信に対して、３つのＰＰＲ信号（図６中のマルチフレーム化ＰＰＲ１〜ＰＰＲ３）を生成して送信機１００ａに送信する。
ステップＳ１６：送信機１００ａは、受信機１００ｂからのマルチフレーム化ＰＰＲ１〜ＰＰＲ３の送信のいずれかに基づいて、ＰＰＲ全データ３２を正常に受信している。
ステップＳ１７：送信機１００ａは、ＰＰＲ全データ３２に含まれるエラーフレーム情報に基づいて、エラーフレームに対応する画像データを含む応答データを生成する。
ステップＳ１８〜２０：図４のステップＳ８〜Ｓ１０と同様に、送信機１００ａ及び受信機１００ｂとの間で回線切断の処理が行われる。
【００６０】
（４）送信機の処理の流れ
次に、送信機１００ａが実行する処理の流れについて説明する。図７は送信機の処理の流れを示すフローチャートである。
ステップＳ３１：送信機１００ａの送信部２３及び受信部２４などの通信部は、受信機１００ｂへの画像データの送信開始処理を実行する。
ステップＳ３２：送信機１００ａの送信部２３は、第２ＳＤＲＡＭ１０等の記憶部から画像データを取得し、受信機１００ｂに画像データを送信する。
ステップＳ３３：送信機１００ａの送信部２３は、最終の画像データを送信すると、ＰＰＳ．ＥＯＰを受信機１００ｂに送信する。
ステップＳ３４：送信機１００ａの受信部２４は、ＰＰＳ．ＥＯＰに対する応答信号を受信機１００ｂから受信する。
【００６１】
ステップＳ３５：送信機１００ａの応答部２２は、ＰＰＳ．ＥＯＰに対する応答信号がＰＰＲ信号であるか否かを判断する。応答信号がＰＰＲ信号である場合にはステップＳ３６に進む。一方、応答信号がＰＰＲ信号でなくその他の信号である場合にはステップＳ３８に進む。
ステップＳ３６：送信機１００ａの応答部２２は、ＰＰＲ信号からＰＰＲ全データ３２を取得しているか否かを判断し、ＰＰＲ全データ３２を取得している場合にはステップＳ３７に進む。そうでない場合にはステップＳ３９に進む。なお、ＰＰＲ全データ３２を取得する場合には、通常のＰＰＲ信号からＰＰＲ全データ３２を取得する場合と、本実施形態のＰＰＲ信号からＰＰＲ全データ３２を取得する場合とが含まれる。通常のＰＰＲ信号とは、ＰＰＲ全データ３２のみを含む手順信号である。また、本実施形態のＰＰＲ信号とは、ＰＰＲ制御データ３１及びＰＰＲ全データ３２にマルチフレーム化された手順信号である。
【００６２】
ステップＳ３７：送信機１００ａの応答部２２は、ＰＰＲ全データ３２に含まれるエラーフレーム情報に基づいて、エラーフレームに対応する画像データを含む応答データを生成する。送信機１００ａの送信部２３は当該応答データを受信機１００ｂに送信する。
ステップＳ３８：ＰＰＳ．ＥＯＰに対する応答信号がＰＰＲ信号以外のその他の応答信号である場合には、送信機１００ａの制御部２０は、その他の応答信号に基づいてファクシミリの通常のＦＡＸ手順を実行する。
ステップＳ３９：送信機１００ａの応答部２２は、ＰＰＲ信号からＰＰＲ制御データ３１を取得する。
【００６３】
ステップＳ４０：送信機１００ａの応答部２２は、ＰＰＲ制御データ３１を連続で受信した回数が所定数ｎに到達しているか否かを判断し、到達している場合にはステップＳ４１に進む。一方、そうでない場合にはステップＳ３４に進み、送信機１００ａの受信部２４は、ＰＰＳ．ＥＯＰに対する応答信号を待機する。
ステップＳ４１：送信機１００ａの応答部２２は１ブロックの全フレームに対応する全画像データを含む応答データを生成し、送信部２３は当該応答データを受信機１００ｂに送信する。
【００６４】
（５）受信機の処理の流れ
次に、受信機１００ｂが実行する処理の流れについて説明する。図８は受信機の処理の流れを示すフローチャートである。
ステップＳ５１：受信機１００ｂの送信部２３及び受信部２４などの通信部は、送信機１００ａからの画像データの受信開始処理を実行する。
ステップＳ５２：受信機１００ｂの受信部２４は、送信機１００ａから画像データを受信する。
ステップＳ５３：受信機１００ｂの受信部２４は、最終の画像データの受信の後、ＰＰＳ．ＥＯＰを送信機１００ａから受信する。
【００６５】
ステップＳ５４：受信機１００ｂの手順信号生成部２１は、受信部２４が受信した画像データにエラーフレームが含まれるか否かを判定する。画像データにエラーフレームが含まれる場合にはステップＳ５５に進み、そうでない場合にはステップＳ５８に進む。
ステップＳ５５：受信機１００ｂの手順信号生成部２１は、通信の相手機である送信機１００ａがマルチフレーム化ＰＰＲ機能を有しているか否かを判断する。つまり、手順信号生成部２１は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２にマルチフレーム化された本実施形態のＰＰＲ信号を送信機１００ａが解読可能か否かを判断する。送信機１００ａがマルチフレーム化ＰＰＲ機能を有している場合にはステップＳ５６に進み、そうでない場合にはステップＳ５７に進む。
【００６６】
ステップＳ５６：送信機１００ａがマルチフレーム化ＰＰＲ機能を有している場合には、受信機１００ｂの手順信号生成部２１は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２にマルチフレーム化された本実施形態のＰＰＲ信号を生成する。受信機１００ｂの送信部２３はマルチフレーム化されたＰＰＲ信号を送信機１００ａに送信する。
ステップＳ５７：送信機１００ａがマルチフレーム化ＰＰＲ機能を有していない場合には、受信機１００ｂの手順信号生成部２１は、ＰＰＲ全データ３２のみを含む通常のＰＰＲ信号を生成する。受信機１００ｂの送信部２３は通常のＰＰＲ信号を送信機１００ａに送信する。
ステップＳ５８：受信機１００ｂの制御部２０はファクシミリの通常のＦＡＸ手順を実行する。
【００６７】
（６）実施形態の作用効果
上記実施形態は、下記のように表現可能である。
（Ａ）ファクシミリ装置１００（ファクシミリ装置の一例）は、手順信号生成部２１（手順信号生成部の一例）と送信部２３（送信部の一例）とを備えている。手順信号生成部２１は、ＰＰＲ全データ３２（第１手順信号の一例）及びＰＰＲ制御データ３１（第２手順信号の一例）を含む手順信号３０（手順信号の一例）を生成する。ＰＰＲ全データ３２は、相手方装置とのファクシミリ通信手順を定義している。ＰＰＲ制御データ３１は、ＰＰＲ全データ３２の一部からなり、手順信号３０の種類を特定する種類情報を含む。送信部２３は、手順信号３０を相手方装置に送信する。
【００６８】
ファクシミリ装置１００が生成する手順信号３０には、ＰＰＲ制御データ３１及びＰＰＲ全データ３２が含まれる。ＰＰＲ制御データ３１は、少なくとも手順信号３０の種類を特定する種類情報を含むが、ＰＰＲ全データ３２の一部から構成されているためＰＰＲ全データ３２よりもデータ量が小さい。よって、ＰＰＲ制御データ３１は、ＰＰＲ全データ３２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、ＰＰＲ全データ３２及びＰＰＲ制御データ３１を送信された相手方装置は、回線障害によりＰＰＲ全データ３２を正常に受信できなくても、ＰＰＲ制御データ３１を正常に受信できる可能性が高い。
【００６９】
相手方装置は、ＰＰＲ全データ３２を正常に受信した場合にはＰＰＲ全データ３２に対する応答をファクシミリ装置１００に送信し、ＰＰＲ制御データ３１を正常に受信した場合にはＰＰＲ制御データ３１に対応する応答をファクシミリ装置１００に送信する。このように相手方装置が、少なくともデータ量が小さいＰＰＲ制御データ３１を正常に受信できればファクシミリ装置１００に応答が可能であるので、ファクシミリ装置１００が手順信号３０を正常に受信できる可能性が高くなる。つまり、通信エラーに起因して装置間の通信が終了することが抑制される。
【００７０】
上記の本願発明は、例えば以下のような態様で適用可能である。
画像データを送信する送信機１００ａと、送信機１００ａから画像データを受信する受信機１００ｂと、の間で通信が行われているとする。この場合、上記ファクシミリ装置１００は受信機１００ｂであり、上記相手方装置は送信機１００ａである。受信機１００ｂは、送信機１００ａから画像データを受信れば、手順信号生成部２１が、画像データの受信に対する応答データを手順信号として生成する。次に、送信部２３が送信機１００ａに手順信号３０を送信する。手順信号３０は、ＰＰＲ全データ３２及びデータ量が小さいＰＰＲ制御データ３１を含む。
【００７１】
ＰＰＲ全データ３２には例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれており、ＰＰＲ全データ３２はＰＰＲ制御データ３１に比べて比較的データ量が大きい。ＰＰＲ制御データ３１には、例えば送信機１００ａに手順信号３０の種類を知らせるための種類情報が含まれているが、どのフレームにエラーが発生しているかを示す情報が含まれておらず、そのためＰＰＲ制御データ３１はＰＰＲ全データ３２に比べて比較的データ量が小さい。送信機１００ａは、ＰＰＲ全データ３２を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機１００ｂに送信する。一方、送信機１００ａは、ＰＰＲ全データ３２を受信できずＰＰＲ制御データ３１のみを正常に受信した場合には、受信機１００ｂに全フレームに対応する全画像データを再送する。送信機１００ａと受信機１００ｂとの通信は回線障害により切断される可能性があるが、ＰＰＲ制御データ３１はデータ量が小さいので送信機１００ａは正常にＰＰＲ制御データ３１を受信できる可能性が高い。そして、送信機１００ａがＰＰＲ制御データ３１さえ受信できれば送信機１００ａと受信機１００ｂとの通信を継続可能であるので、回線障害により送信機１００ａと受信機１００ｂとの通信が終了するのが抑制される。
【００７２】
（Ｂ）ＰＰＲ全データ３２を構成するフィールドには、手順信号３０の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まる。
また、ＰＰＲ制御データ３１を構成するフィールドには、ＰＰＲ全データ３２を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれる。
ここで、手順信号３０がＰＰＲ信号である場合、第１及びＰＰＲ制御データ３１のファクシミリコントロールフィールドには、手順信号３０の種類がＰＰＲ信号であることを示す種類情報が定義される。また、ＰＰＲ全データ３２のファクシミリインフォメーションフィールドには、受信データのどのフレームにエラーが発生しているかを示す情報が含まれる。
【００７３】
（Ｃ）手順信号３０がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である。
ＰＰＲ信号３０（手順信号３０）をＰＰＲ全データ３２とＰＰＲ制御データ３１とにより構成し、相手方装置が少なくともデータ量が小さいＰＰＲ制御データ３１を正常に受信できるようにする。これにより、ＰＰＲ信号３０を正常に受信できないために装置間での通信が終了することを抑制できる。
【００７４】
（Ｄ）ＰＰＲ全データ３２は、手順信号３０がＰＰＲ信号であることを示す種類情報と、相手方装置から受信した受信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む。
【００７５】
（Ｅ）ＰＰＲ制御データ３１は、エラーフレーム情報を除き、少なくとも手順信号３０がＰＰＲ信号であることを示す種類情報を含む。
【００７６】
（Ｆ）手順信号生成部２１は、手順信号３０をＰＰＲ全データ３２とＰＰＲ制御データ３１とにマルチフレーム化することで生成する。
ファクシミリ装置１００は、手順信号３０をＰＰＲ全データ３２とＰＰＲ制御データ３１とにマルチフレーム化して生成し相手方装置に送信する。相手方装置が、手順信号３０のうちＰＰＲ全データ３２又はＰＰＲ制御データ３１のいずれかを受信できれば装置間での通信を継続可能である。よって、回線障害による通信の終了が抑制される。
【００７７】
（Ｇ）ファクシミリ装置１００（ファクシミリ装置の一例）は、受信部２４（受信部の一例）と応答部２２（応答部の一例）とを備えている。受信部２４は手順信号３０（手順信号の一例）を相手方装置から受信する。手順信号３０は、ＰＰＲ全データ３２（第１手順信号の一例）及びＰＰＲ制御データ３１（第２手順信号の一例）を含む。応答部２２は、受信部２４が手順信号３０のうちＰＰＲ全データ３２を正常に受信した場合と、受信部２４が手順信号３０のうちＰＰＲ制御データ３１のみを正常に受信した場合とで、異なる応答方法を実行する。
【００７８】
ファクシミリ装置１００は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含む手順信号３０を受信する。ＰＰＲ制御データ３１は、少なくとも手順信号３０の種類を特定する種類情報を含むが、ＰＰＲ全データ３２の一部から構成されているためＰＰＲ全データ３２よりもデータ量が小さい。よって、ＰＰＲ制御データ３１は、ＰＰＲ全データ３２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、ファクシミリ装置１００は、回線障害によりＰＰＲ全データ３２を正常に受信できなくても、ＰＰＲ制御データ３１を正常に受信できる可能性が高い。
【００７９】
ファクシミリ装置１００の応答部２２は、ＰＰＲ全データ３２を正常に受信した場合にはＰＰＲ全データ３２に対する応答を相手方装置に送信し、ＰＰＲ制御データ３１を正常に受信した場合にはＰＰＲ制御データ３１に対応する応答を相手方装置に送信する。このようにファクシミリ装置１００が、少なくともデータ量が小さいＰＰＲ制御データ３１を正常に受信できれば相手方装置に応答が可能であるので、手順信号３０を正常に受信できないために通信エラーが発生し、装置間での通信が終了することを抑制できる。
【００８０】
上記の実施形態は、例えば以下のような態様で適用可能である。
画像データを送信する送信機１００ａと、送信機１００ａから画像データを受信する受信機１００ｂと、の間で通信が行われているとする。この場合、上記ファクシミリ装置１００は送信機１００ａであり、上記相手方装置は受信機１００ｂである。受信機１００ｂは、受信部２４が送信機１００ａから画像データを受信すると、応答部２２が応答データとしてＰＰＲ全データ３２及びＰＰＲ制御データ３１を含む手順信号３０を送信機１００ａに送信する。ＰＰＲ全データ３２には、例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれているが、ＰＰＲ制御データ３１にはどのフレームにエラーが発生しているかを示す情報が含まれていない。そのため、ＰＰＲ制御データ３１はＰＰＲ全データ３２に比べて比較的データ量が小さい。送信機１００ａは、ＰＰＲ全データ３２を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機１００ｂに送信する。一方、送信機１００ａは、ＰＰＲ全データ３２を受信できずＰＰＲ制御データ３１のみを正常に受信した場合には、受信機１００ｂに全フレームに対応する全画像データを再送する。このように送信機１００ａがデータ量が小さいＰＰＲ制御データ３１さえ受信できれば送信機１００ａと受信機１００ｂとの通信を継続可能であるので、回線障害により送信機１００ａと受信機１００ｂとの通信が終了するのが抑制される。
【００８１】
（Ｈ）応答部２２は、受信部２４が手順信号３０のうちＰＰＲ全データ３２を正常に受信した場合には、ＰＰＲ全データ３２に対する第１応答信号を生成する。一方、受信部２４が手順信号３０のうちＰＰＲ制御データ３１のみを正常に受信した場合には、ＰＰＲ制御データ３１に対する第２応答信号を生成する。ファクシミリ装置１００は送信部２３をさらに備えており、送信部２３は応答部２２が生成した第１又は第２応答信号を相手方装置に送信する。
例えば、ファクシミリ装置１００は、ＰＰＲ全データ３２を正常に受信した場合には、エラーが発生したエラーフレームの画像データを含む第１応答信号を相手方装置に送信する。一方、ファクシミリ装置１００は、ＰＰＲ全データ３２を受信できずＰＰＲ制御データ３１のみを正常に受信した場合には、１ブロックの全フレームに対応する全画像データ含む第２応答信号を相手方装置に送信する。
【００８２】
（Ｉ）ＰＰＲ全データ３２を構成するフィールドには、手順信号３０の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれる。
また、ＰＰＲ制御データ３１を構成するフィールドには、ＰＰＲ全データ３２を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれる。
【００８３】
（Ｊ）手順信号３０がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である。
【００８４】
（Ｋ）ＰＰＲ全データ３２は、手順信号３０がＰＰＲ信号であることを示す種類情報と、相手方装置に送信した送信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む。ＰＰＲ制御データ３１は、エラーフレーム情報を除き、少なくとも手順信号３０がＰＰＲ信号であることを示す種類情報を含む。
【００８５】
（Ｌ）応答部２２は、受信部２４が手順信号３０のうちＰＰＲ全データ３２を正常に受信した場合には、ＰＰＲ全データ３２に対する第１応答信号に含まれる画像データを、エラーフレームに対応する画像データのみから構成する。
（Ｍ）応答部２２は、受信部２４が手順信号３０のうちＰＰＲ制御データ３１のみを正常に受信した場合には、ＰＰＲ制御データ３１に対する第２応答信号に含まれる画像データを、一連の全フレームに対応する全画像データから構成する。
【００８６】
（Ｎ）応答部２２は、受信部２４がＰＰＲ全データ３２を正常に受信できず、所定数のＰＰＲ制御データ３１を正常に受信した場合に、第２応答信号に含まれる画像データを全画像データから構成する。
ＰＰＲ全データ３２を正常に受信できない場合に、ＰＰＲ制御データ３１を受信したのに応じて即座に全画像データを含む第２応答信号を相手方装置に送信すると、装置間での通信量が大きくなる場合がある。例えば、相手方装置が１回目の手順信号３０を送付し、ファクシミリ装置１００が、ＰＰＲ全データ３２及びＰＰＲ制御データ３１を含む手順信号３０のうち、ＰＰＲ制御データ３１のみを正常に受信したとする。次に、相手方装置が２回目の手順信号３０を送付し、ファクシミリ装置１００がＰＰＲ全データ３２を正常に受信したとする。この場合、ファクシミリ装置１００は、２回目の手順信号３０の受信まで待機すれば、ＰＰＲ全データ３２の受信に応じてエラーフレームに対応する画像データのみを相手方装置に送信すればよい。しかし、ファクシミリ装置１００が、２回目の手順信号３０の受信まで待機しないままＰＰＲ制御データ３１に応じれば、全画像データを相手方装置に送信することとなり、装置間の通信量が多くなり回線障害の影響を受けやすくなる。
【００８７】
そこで上記問題を解決するために、ファクシミリ装置１００は、ＰＰＲ全データ３２を正常に受信できない場合において、ＰＰＲ制御データ３１の受信回数が所定数に達するまで待機する。これにより、全画像データが相手方装置に再送されることによる通信量の増加を抑制され、ひいては回線障害により装置間の通信が終了するのが抑制される。
【００８８】
（７）他の実施形態
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。
【００８９】
（ａ）上記実施形態では手順信号としてＰＰＲ信号を例に挙げて本発明を適用したが、本発明を適用可能な手順信号はＰＰＲ信号に限られず、その他の手順信号にも本発明を適用可能である。例えば、ディジタル命令信号（ＤＣＳ：Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）にも本発明を適用可能であり、ディジタル命令信号ＤＣＳが、第１手順信号及び第２手順信号にマルチフレーム化して生成される。
【００９０】
図９は、本発明を適用したディジタル命令信号ＤＣＳのフレーム構成を示す説明図である。ＤＣＳ４０は、第１手順信号であるＤＣＳ全データ４２と、第２手順信号であるＤＣＳ制御データ４１と、を含む。ＤＣＳ制御データ４１の前にはプリアンブルが配置され、ＤＣＳ全データ４２の前後にはフラグ（Ｆ）が配置されている。
【００９１】
ＤＣＳ制御データ４１は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールドＦＣＦ、フレームチェックシーケンスＦＣＳで構成されている。ＤＣＳ制御データ４１は手順信号の一つであるＤＣＳに分類され、ファクシミリコントロールフィールドＦＣＳにはＤＣＳ制御データ４１がＤＣＳであることを示す種類情報が記述される。このようにＤＣＳ制御データ４１には、少なくとも手順信号の種類を特定するための種類情報が含まれ、その他、ＤＣＳ制御データ４１の送受信に必要な情報が含まれる。
【００９２】
ＤＣＳ全データ４２は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールドＦＣＦ、ファクシミリインフォメーションフィールドＦＩＦ及びフレームチェックシーケンスＦＣＳで構成されている。ＤＣＳ全データ４２は、マルチフレーム化されていない通常のＤＣＳと同様の構成を有している。ファクシミリコントロールフィールドＦＣＳには、ＤＣＳ全データ４２が手順信号の一つであるＤＣＳであることを示す種類情報が記述される。ファクシミリインフォメーションフィールドＦＩＦには、送信機１００ａ及び受信機１００ｂ間で送受信を行う際の機能情報が記述される。例えば、機能情報には、伝送速度、用紙サイズ、ファクシミリ通信手順の種類等が含まれる。伝送速度は、データを送受信する際のビットレートである。ファクシミリ通信手順には例えばＥＣＭ通信手順であることが記述される。これらの機能情報は、受信機１００ｂから送信されるディジタル識別信号（ＤＩＳ：Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）に基づいて設定される。
【００９３】
ＤＣＳ制御データ４１は、ＤＣＳ全データ４２と比較してファクシミリインフォメーションフィールドＦＩＦを有しておらず、ＤＣＳ全データ４２の一部から構成されている。また、ファクシミリインフォメーションフィールドＦＩＦは最大２５６ビットで構成されており、その他のフィールドに比べてデータ量が大きい。このファクシミリインフォメーションフィールドＦＩＦを有していないＤＣＳ制御データ４１は、ＤＣＳ全データ４２よりもデータ量が小さい。
【００９４】
ここで、送信機１００ａの受信部２４が受信機１００ｂからディジタル識別信号ＤＩＳを受信すると、送信機１００ａの手順信号生成部２１は、ディジタル識別信号ＤＩＳに基づいてＤＣＳ制御データ４１及びＤＣＳ全データ４２を含むＤＣＳ４０を生成する。送信機１００ａの送信部２３は、生成されたＤＣＳ４０を受信機１００ｂに送信する。受信機１００ｂの受信部２４はＤＣＳ４０を受信する。前述の通り、ＤＣＳ制御データ４１はＤＣＳ全データ４２よりもデータ量が小さいため、ＤＣＳ全データ４２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。よって、ＤＣＳ制御データ４１及びＤＣＳ全データ４２を含むＤＣＳ４０を送信された受信機１００ｂは、回線障害によりＤＣＳ全データ４２を正常に受信できなくても、ＤＣＳ制御データ４１を正常に受信できる可能性が高い。
【００９５】
次に、マルチフレーム化されたＤＣＳ４０が送受信される場合の送信機及び受信機間の処理の流れを説明する。図１０はマルチフレーム化されたＤＣＳ４０が送受信される場合の送信機及び受信機間の処理の流れを示すフローチャートである。図１０では、受信機１００ｂは、ＤＣＳ４０のうちＤＣＳ全データ４２を正常に受信できない場合には、ＤＣＳ全データ４２を正常に受信するのに必要なタイマー時間、つまりＤＣＳ４０を受信するまでの待機時間を調整する。
【００９６】
ステップＳ６１：送信機１００ａの送信部２３は、ＣＮＧ（ＣｏｌｌｉＮＧ）を受信機１００ｂに送信する。これにより、ファクシミリ通信手順が開始される。
ステップＳ６２：受信機１００ｂの送信部２３は、被呼端末識別（ＣＥＤ：Ｃａｌｌｅｄ Ｓｔａｔｉｏｎ Ｉｄｅｔｉｆｉｃａｔｉｏｎ）を送信機１００ａに送信する。
ステップＳ６３：受信機１００ｂの手順信号生成部２１は、非標準機能識別（ＮＳＦ：Ｎｏｎ−Ｓｔａｎｄａｒｄ Ｆａｃｉｌｉｔｉｅｓ）信号、被呼端末識別（ＣＳＩ：Ｃａｌｌｅｄ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル識別信号（ＤＩＳ：Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）を生成する。受信機１００ｂの送信部２３はこれらの信号を送信機１００ａに送信する。
【００９７】
ステップＳ６４〜Ｓ６６：送信機１００ａの手順信号生成部２１は、受信機１００ｂから受信した信号に基づいて、非標準機能設定（ＮＳＳ：Ｎｏｎ−Ｓｔａｎｄａｒｄ ｆａｃｉｌｉｔｉｅｓ Ｓｅｔ−ｕｐ）信号、送信装置識別（ＴＳＩ：Ｔｒａｎｓｍｉｔｔｉｎｇ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル命令信号（ＤＣＳ：Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）を生成する。送信機が送信するディジタル命令信号ＤＣＳは、第１手順信号と第１手順信号よりデータ量が小さい第２手順信号とを含む上述のＤＣＳ４０である。複数の非標準機能設定ＮＳＳ、送信装置識別ＴＳＩ及びＤＣＳ４０のセットが生成され、送信機１００ａの送信部２３により受信機１００ｂに送信される。
【００９８】
前述の通り、ＤＣＳ４０のうち、データ量が小さいＤＣＳ制御データ４１のみを正常に受信できた場合、タイマー時間を延長すれば受信機１００ｂがＤＣＳ全データ４２を正常に受信できる可能性が高い。１回目の非標準機能設定ＮＳＳ、送信装置識別ＴＳＩ及びＤＣＳ４０のセット（ＮＳＳ，ＴＳＩ，ＤＣＳ）１の送信において、受信機１００ｂの受信部２４がＤＣＳ４０のうちＤＣＳ制御データ４１のみを正常に受信したとする（Ｓ６４）。この場合、受信機１００ｂの制御部２０は、受信部２４がＤＣＳ４０のうちＤＣＳ全データ４２を正常に受信できるようにタイマー時間を延長する。２回目の（ＮＳＳ，ＴＳＩ，ＤＣＳ）２の送信においても、受信機１００ｂの受信部２４がＤＣＳ制御データ４１のみを正常に受信したとする（Ｓ６５）。受信機１００ｂの制御部２０はタイマー時間をさらに延長する。図１０の例では、タイマー時間の延長によって、３回目の（ＮＳＳ，ＴＳＩ，ＤＣＳ）３の送信に基づいて、受信機１００ｂの受信部２４はＤＣＳ全データ４２を正常に受信する（Ｓ６６）。
【００９９】
ステップＳ６７：送信機１００ａの制御部２０は、トレーニングチェック信号（ＴＣＦ：Ｔｒａｉｎｉｎｇ Ｃｈｅｃｋ Ｓｉｇｎａｌ）を送信部２３を介して受信機１００ｂに送信する。トレーニングチェック信号ＴＣＦは、受信機１００ｂとの通信が可能かどうかをチェックする信号である。
ステップＳ６８：受信機１００ｂの制御部２０は通信が可能であると判断すれば受信準備確認信号ＣＦＲ（ＣｏｎＦｉｒｍａｔｉｏｎ ｔｏ Ｒｅｃｅｉｖｅ）信号を生成し、送信部２３を介して送信機１００ａに送信する。
ステップＳ６９：送信機１００ａの送信部２３は、受信準備確認信号ＣＦＲを受信すると送信データを送信する。
【０１００】
ステップＳ７０：送信機１００ａの送信部２３は、送信データの送信が完了するとＰＰＳ．ＥＯＰを受信機１００ｂに送信する。
ステップＳ７１：受信機１００ｂの受信部２４は、送信データの受信が完了すると、メッセージ確認信号を送信機１００ａに送信する。
ステップＳ７２：送信機１００ａは、ＭＣＦ信号の受信に応じて、回線切断命令であるＤＣＮ信号を受信機１００ｂに送信する。
【０１０１】
以上の処理によれば、受信機１００ｂは、所定のタイマー時間内に、ＤＣＳ４０のうちＤＣＳ全データ４２を受信した場合には、ＤＣＳ全データ４２に基づいて送信機１００ａとの間でその後の通信を行う。一方、受信機１００ｂは、所定のタイマー時間内にＤＣＳ全データ４２を受信できなかったが、ＤＣＳ４０のうちＤＣＳ制御データ４１を正常に受信した場合には、タイマー時間を延長する。そして、受信機１００ｂは、送信機１００ａからＤＣＳ４０の再送を受ける。ＤＣＳ制御データ４１がＤＣＳ全データ４２に比べてデータ量が小さいため、受信機１００ｂはＤＣＳ制御データ４１を正常に受信できる可能性が高い。そして、受信機１００ｂは所定のタイマー時間内にＤＣＳ全データ４２を受信できなかったがＤＣＳ制御データ４１を正常に受信できた場合には、タイマー時間を延長すればＤＣＳ全データ４２を受信できる可能性がある。そこで、受信機１００ｂは前述のようにＤＣＳ４０を受信するためのタイマー時間を延長する。このように受信機１００ｂは、タイマー時間を延ばすか否かを、ＤＣＳ制御データ４１を正常に受信したか否かに基づいて判断する。
【０１０２】
このように受信機１００ｂが少なくともＤＣＳ制御データ４１を受信できれば、タイマー時間の延長によりＤＣＳ全データ４２を正常に受信可能となり、ひいては送信機１００ａと受信機１００ｂとの通信を継続可能である。よって、回線障害により送信機１００ａと受信機１００ｂとの通信が終了するのを抑制できる。
【０１０３】
（ｂ）上記実施形態では、第２制御手順が第１制御手順よりも前に位置している。例えば、図３を参照すれば、ＰＰＲ制御データ３１がＰＰＲ全データ３２よりも前に位置している。しかし、ＰＰＲ全データ３２がＰＰＲ制御データ３１よりも前に位置してもよい。ＰＰＲ全データ３２がＰＰＲ制御データ３１よりも前に位置している場合には、ＰＰＲ全データ３２の制御（Ｃ）には途中のフレームであることを示す“０３”が記述される。一方、ＰＰＲ制御データ３１の制御（Ｃ）には最終フレームであることを示す“１３”が記述される。
同様に、図９において、ＤＣＳ全データ４２がＤＣＳ制御データ４１よりも前に位置してもよい。
【０１０４】
（ｃ）上記実施形態では、送信機１００ａ及び受信機１００ｂ間で送受信されるデータとして画像データを例に挙げているが、データは画像データに限定されず、例えば音声データなどであってもよい。
【産業上の利用可能性】
【０１０５】
本発明は、ファクシミリ通信装置に適用可能である。
【符号の説明】
【０１０６】
１ ＣＰＵ
２ フラッシュＲＯＭ
３ 第１ＳＤＲＡＭ
４ ＳＲＡＭ
５ モデム
６ ＮＣＵ
７ 操作パネル
８ ＲＴＣ
９ 統合チップセット
１０ 第２ＳＤＲＡＭ
１１ スキャナ
１２ プリンタ
１３ ネットワークボード
１４ システムバス
１５ 第１ローカルバス
１６ 第２ローカルバス
１７ シリアルバス
１８ ＬＡＮ
１９ 公衆交換電話網
２０ 制御部
２１ 手順信号生成部
２２ 応答部
２３ 送信部
２４ 受信部
３０ ＰＰＲ信号
３１ ＰＰＲ制御データ
３２ ＰＰＲ全データ
４０ ＤＣＳ
４１ ＤＣＳ制御データ
４２ ＤＣＳ全データ
１００ ファクシミリ装置
１００ａ 送信機
１００ｂ 受信機
【技術分野】
【０００１】
本発明は、ファクシミリ通信手順に基づいた通信を行うファクシミリ装置に関する。
【背景技術】
【０００２】
ＥＣＭ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）通信手順により通信を行うファクシミリ装置が普及している。ＥＣＭ通信手順では、画像データが例えば２５６フレームで構成される１ブロック単位で送受信される。回線のノイズ及び瞬断等の回線障害の影響により画像データにエラーが発生した場合には、画像データの受信側は、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）による検査によりエラーフレームを検出する。受信側は、検出後に、エラーフレームのフレーム番号を指定した部分ページ要求（ＰＰＲ：Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号を送信側に送信し、エラーフレームの再送を要求する。このようなＥＣＭ通信手順により画像データの品質が高められている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−３０２８５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１などに開示されるＥＣＭ通信手順では、画像データの送信側がＰＰＲ信号等の手順信号を正常に受信することが前提であり、回線のノイズ及び瞬断等の回線障害によって、画像データの送信側が手順信号を受信できない事態は想定されていない。しかし、実際にはそれらの不具合により送信側が手順信号を受信できず、それ故に通信エラーが発生して通信が終了してしまう事態が発生している。
【０００５】
そこで、本発明は、ファクシミリ装置において、画像データの送信側が手順信号を正常に受信できないことによる通信エラーの発生を抑制することを目的とする。
【課題を解決するための手段】
【０００６】
以下に、課題を解決するための手段として複数の態様を説明する。これら態様は、必要に応じて任意に組み合せることができる。
本発明の一見地に係るファクシミリ装置は、手順信号生成部及び送信部を備えている。手順信号生成部は、第１手順信号と第２手順信号とを含む手順信号を生成する。第１手順信号は、相手方装置とのファクシミリ通信手順を定義している。第２手順信号は、第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む。送信部は、手順信号を相手方装置に送信する。
【０００７】
ファクシミリ装置が生成する手順信号には、第１手順信号及び第２手順信号が含まれる。第２手順信号は、少なくとも手順信号の種類を特定する種類情報を含むが、第１手順信号の一部から構成されているため第１手順信号よりもデータ量が小さい。よって、第２手順信号は、第１手順信号に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、第１手順信号及び第２手順信号を送信された相手方装置は、回線障害により第１手順信号を正常に受信できなくても、第２手順信号を正常に受信できる可能性が高い。
【０００８】
相手方装置は、第１手順信号を正常に受信した場合には第１手順信号に対する応答をファクシミリ装置に送信し、第２手順信号を正常に受信した場合には第２手順信号に対応する応答をファクシミリ装置に送信する。このように相手方装置が、少なくともデータ量が小さい第２手順信号を正常に受信できればファクシミリ装置に応答が可能であるので、ファクシミリ装置が手順信号を正常に受信できる可能性が高くなる。つまり、通信エラーに起因して装置間の通信が終了することが抑制される。
【０００９】
上記の本願発明は、例えば、以下のような態様で適用可能である。
画像データを送信する送信機と、送信機から画像データを受信する受信機と、の間で通信が行われているとする。この場合、上記ファクシミリ装置は受信機であり、上記相手方装置は送信機である。受信機は、送信機から画像データを受信すれば、手順信号生成部は、画像データの受信に対する応答データを手順信号として生成する。次に、受信機の送信部が、送信機に手順信号を送信する。手順信号は、第１手順信号及びデータ量が小さい第２手順信号を含む。第１手順信号には例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれており、第１手順信号は第２手順信号に比べて比較的データ量が大きい。第２手順信号には、例えば送信機に手順信号の種類を知らせるための種類情報が含まれているが、どのフレームにエラーが発生しているかを示す情報が含まれておらず、そのため第２手順信号は第１手順信号に比べて比較的データ量が小さい。送信機は、第１手順信号を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機に送信する。一方、送信機は、第１手順信号を受信できず第２手順信号のみを正常に受信した場合には、受信機に全フレームに対応する全画像データを再送する。送信機と受信機との通信は回線障害により切断される可能性があるが、第２手順信号はデータ量が小さいので送信機は正常に第２手順信号を受信できる可能性が高い。そして、送信機が第２手順信号さえ受信できれば送信機と受信機との通信を継続可能であるので、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００１０】
また、上記の本願発明は、前述の送信機及び受信機において次のような態様で適用可能である。次の例の場合、上記ファクシミリ装置は送信機であり、上記相手方装置は受信機である。受信機が、非標準機能識別（ＮＳＦ：Ｎｏｎ−Ｓｔａｎｄａｒｄ Ｆａｃｉｌｉｔｉｅｓ）信号、被呼装置識別（ＣＳＩ：Ｃａｌｌｅｄ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル識別信号（ＤＩＳ：Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）を送信機に送信する。これらの信号に対して送信機は、非標準機能設定（ＮＳＳ：Ｎｏｎ−Ｓｔａｎｄａｒｄ ｆａｃｉｌｉｔｉｅｓ Ｓｅｔ−ｕｐ）信号、送信装置識別（ＴＳＩ：Ｔｒａｎｓｍｉｔｔｉｎｇ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル命令信号（ＤＣＳ：Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）を受信機に送信する。このとき、送信機が送信するＤＣＳは手順信号であり、第１手順信号と第１手順信号よりデータ量が小さい第２手順信号とを含む。
【００１１】
受信機は、所定のタイマー時間内に第１手順信号を受信した場合には、第１手順信号に基づいて送信機との間でその後の通信を行う。一方、受信機は、所定のタイマー時間内に第１手順信号を受信できなかったが、第２手順信号を正常に受信した場合には、タイマー時間を延長して送信機からＤＣＳの再送を受ける。第２手順信号が第１手順信号に比べてデータ量が小さいため、受信機は第２手順信号を正常に受信できる可能性が高い。そして、第１手順信号は所定のタイマー時間内に受信できなかったが第２手順信号を正常に受信できた場合には、タイマー時間を延長すれば第１手順信号を受信できる可能性がある。そこで、受信機は、前述のようにＤＣＳを受信するためのタイマー時間を延長する。このように、受信機は、タイマー時間を延ばすか否かを、第２手順信号を正常に受信したか否かに基づいて判断する。
【００１２】
このように受信機が少なくとも第２手順信号を受信できれば、タイマー時間の延長により第１手順信号を正常に受信可能となり、ひいては送信機と受信機との通信を継続可能である。よって、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００１３】
第１手順信号を構成するフィールドには、手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれる。第２手順信号を構成するフィールドには、第１手順信号を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれていてもよい。
【００１４】
手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である場合、第１及び第２手順信号のファクシミリコントロールフィールドには、手順信号の種類がＰＰＲ信号であることを示す種類情報が定義される。また、第１手順信号のファクシミリインフォメーションフィールドには、受信データのどのフレームにエラーが発生しているかを示す情報が含まれる。
手順信号がＤＣＳである場合、第１及び第２手順信号のファクシミリコントロールフィールドには、手順信号の種類がＤＣＳであることを示す種類情報が定義される。また、第１手順信号のファクシミリインフォメーションフィールドには、伝送速度、用紙サイズ、ファクシミリ通信手順の種類等の送受信を行う際の機能情報を記述可能である。
【００１５】
手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号であってもよい。
ＰＰＲ信号を第１手順信号と第２手順信号とにより構成し、相手方装置が少なくともデータ量が小さい第２手順信号を正常に受信できるようにする。これにより、ＰＰＲ信号を正常に受信できないために装置間での通信が終了することが抑制される。
【００１６】
第１手順信号は、手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置から受信した受信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含んでもよい。
【００１７】
第２手順信号は、エラーフレーム情報を除き、少なくとも手順信号がＰＰＲ信号であることを示す種類情報を含でもよい。
【００１８】
手順信号生成部は、手順信号を第１手順信号と第２手順信号とにマルチフレーム化することで生成してもよい。
ファクシミリ装置は、手順信号を第１手順信号と第２手順信号とにマルチフレーム化して生成し相手方装置に送信する。相手方装置が、手順信号のうち第１手順信号又は第２手順信号のいずれかを受信できれば装置間での通信を継続可能である。よって、回線障害による通信の終了が抑制される。
【００１９】
本発明の他の見地に係るファクシミリ装置は、受信部及び応答部を備えている。受信部は、第１手順信号と第２手順信号とを含む手順信号を相手方装置から受信する。第１手順信号は相手方装置とのファクシミリ通信手順を定義している。第２手順信号は、第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む。応答部は、受信部が手順信号のうち第１手順信号を正常に受信した場合と、受信部が手順信号のうち第２手順信号のみを正常に受信した場合とで、異なる応答方法を実行する。
【００２０】
ファクシミリ装置の受信部は、第１手順信号及び第２手順信号を含む手順信号を受信する。第２手順信号は、少なくとも手順信号の種類を特定する種類情報を含むが、第１手順信号の一部から構成されているので第１手順信号よりもデータ量が小さい。よって、第２手順信号は、第１手順信号に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、ファクシミリ装置は、回線障害により第１手順信号を正常に受信できなくても、第２手順信号を正常に受信できる可能性が高い。
【００２１】
ファクシミリ装置は、受信部が第１手順信号を正常に受信した場合には第１手順信号に対する応答を応答部が相手方装置に送信し、第２手順信号を正常に受信した場合には応答部が第２手順信号に対応する応答を相手方装置に送信する。このようにファクシミリ装置が、少なくともデータ量が小さい第２手順信号を正常に受信できれば相手方装置に応答が可能である。したがって、通信エラーに起因する装置間での通信が終了することが抑制される。
【００２２】
上記の本願発明は、例えば以下のような態様で適用可能である。
画像データを送信する送信機と、送信機から画像データを受信する受信機と、の間で通信が行われているとする。この場合、上記ファクシミリ装置は送信機であり、上記相手方装置は受信機である。受信機は、受信部が送信機から画像データを受信すると、応答部が応答データとして第１手順信号及び第２手順信号を含む手順信号を送信機に送信する。第１手順信号には、例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれているが、第２手順信号にはどのフレームにエラーが発生しているかを示す情報が含まれていない。そのため、第２手順信号は第１手順信号に比べて比較的データ量が小さい。送信機は、第１手順信号を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機に送信する。一方、送信機は、第１手順信号を受信できず第２手順信号のみを正常に受信した場合には、受信機に全フレームに対応する全画像データを再送する。このように送信機がデータ量が小さい第２手順信号さえ受信できれば送信機と受信機との通信を継続可能であるので、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００２３】
また、上記の本願発明は、前述の送信機及び受信機において次のような態様で適用可能である。次の例の場合、上記ファクシミリ装置は受信機であり、上記相手方装置は送信機である。受信機がＤＩＳを送信機に送信するのに応じて、送信機はＤＣＳを受信機に送信する。送信機が送信するＤＣＳは、第１手順信号と第１手順信号よりデータ量が小さい第２手順信号とを含む。
【００２４】
受信機は、所定のタイマー時間内に第１手順信号を受信した場合には、第１手順信号に基づいて送信機との間でその後の通信を行う。一方、受信機は、所定のタイマー時間内に第１手順信号を受信できなかったが、第２手順信号を正常に受信した場合には、タイマー時間を延長して送信機からＤＣＳの再送を受ける。このように受信機が少なくとも第２手順信号を受信できれば、タイマー時間の延長により第１手順信号を正常に受信可能となり、ひいては送信機と受信機との通信を継続可能である。よって、回線障害により送信機と受信機との通信が終了するのが抑制される。
【００２５】
応答部は、受信部が手順信号のうち第１手順信号を正常に受信した場合には、第１手順信号に対する第１応答信号を生成する。一方、応答部は、受信部が手順信号のうち第２手順信号のみを正常に受信した場合には、第２手順信号に対する第２応答信号を生成する。ファクシミリ装置は、第１又は第２応答信号を相手方装置に送信する送信部をさらに備えている。
【００２６】
例えば、ファクシミリ装置の応答部は、第１手順信号を正常に受信した場合には、エラーが発生したエラーフレームの画像データを含む第１応答信号を相手方装置に送信する。一方、ファクシミリ装置の応答部は、第１手順信号を受信できず第２手順信号のみを正常に受信した場合には、１ブロックの全フレームに対応する全画像データ含む第２応答信号を相手方装置に送信する。
【００２７】
第１手順信号を構成するフィールドには、手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれる。
また、第２手順信号を構成するフィールドには、第１手順信号を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれる。
【００２８】
手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である。
【００２９】
第１手順信号は、手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置に送信した送信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む。第２手順信号は、エラーフレーム情報を除き、少なくとも手順信号がＰＰＲ信号であることを示す種類情報を含む。
【００３０】
応答部は、受信部が手順信号のうち第１手順信号を正常に受信した場合には、第１手順信号に対する第１応答信号に含まれる画像データを、エラーフレームに対応する画像データのみから構成してもよい。
【００３１】
応答部は、受信部が手順信号のうち第２手順信号のみを正常に受信した場合には、第２手順信号に対する第２応答信号に含まれる画像データを、一連の全フレームに対応する全画像データから構成してもよい。
【００３２】
応答部は、受信部が第１手順信号を正常に受信できず、所定数の第２手順信号を正常に受信した場合に、第２応答信号に含まれる画像データを全画像データから構成してもよい。
【００３３】
第１手順信号を正常に受信できない場合に、第２手順信号を受信したのに応じて即座に全画像データを含む第２応答信号を相手方装置に送信すると、装置間での通信量が大きくなるという問題が想定される。例えば、相手方装置が１回目の手順信号を送付し、ファクシミリ装置が、第１手順信号及び第２手順信号を含む手順信号のうち、第２手順信号のみを正常に受信したとする。次に、相手方装置が２回目の手順信号を送付し、ファクシミリ装置が第１手順信号を正常に受信したとする。この場合、ファクシミリ装置は、２回目の手順信号の受信まで待機すれば、第１手順信号の受信に応じてエラーフレームに対応する画像データのみを相手方装置に送信すればよい。しかし、ファクシミリ装置が、２回目の手順信号の受信まで待機しないまま第２手順信号に応じれば、全画像データを相手方装置に送信することとなり、装置間の通信量が多くなり回線障害の影響を受けやすくなる。
【００３４】
そこで、上記の問題を解決するために、ファクシミリ装置は、第１手順信号を正常に受信できない場合において、第２手順信号の受信回数が所定数に達するまで待機する。これにより、全画像データが相手方装置に再送されることによる通信量の増加が抑制され、ひいては回線障害により装置間の通信が終了するのが抑制される。
【発明の効果】
【００３５】
本発明によれば、ファクシミリ装置において手順信号を正常に受信できないことによる通信エラーの発生が抑制される。
【図面の簡単な説明】
【００３６】
【図１】本実施形態のファクシミリ装置の要部構成を示すブロック図である。
【図２】制御部の機能構成を示すブロック図である。
【図３】手順信号のフレーム構成を示す説明図である。
【図４】全画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。
【図５】ＰＰＲ制御データ及びＰＰＲ全データの受信／未受信の組み合わせの一例である。
【図６】エラーフレームに対応する画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。
【図７】送信機の処理の流れを示すフローチャートである。
【図８】受信機の処理の流れを示すフローチャートである。
【図９】本発明を適用したディジタル命令信号ＤＣＳのフレーム構成を示す説明図である。
【図１０】マルチフレーム化されたＤＣＳが送受信される場合の送信機及び受信機間の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３７】
本実施形態では、回線のノイズ及び瞬断などの回線障害が発生する環境下において、手順信号が正常に送受信されないために通信エラーが発生することが多いことに新たに着目している。特にＰＰＲ信号などのデータ量が大きい手順信号は、その他の手順信号と比較して回線障害の影響を受けやすい。よって、本発明では、以下に示す構成により手順信号を正常に受信可能な仕組みを提供し、通信エラーの発生により装置間での通信が終了することを抑制する。
以下、本実施形態におけるファクシミリ装置を例に挙げて説明する。
【００３８】
（１）ファクシミリ装置のハードウェア構成
図１は、本実施形態のファクシミリ装置の要部構成を示すブロック図である。
ファクシミリ装置１００は、ＣＰＵ１、フラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２、第１ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３及びＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４を備えている。ファクシミリ装置１００は、さらに、モデム５、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）６、操作パネル７、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）８、統合チップセット９、第２ＳＤＲＡＭ１０、スキャナ１１、プリンタ１２及びネットワークボード１３等を備える。
また、ファクシミリ装置１００は、システムバス１４、第１ローカルバス１５、第２ローカルバス１６及びシリアルバス１７等のバスを備えており、ファクシミリ装置１００内の各部はこれらのバスによって互いに接続されている。
【００３９】
ＣＰＵ１は、フラッシュＲＯＭ２等に格納される各種プログラムを読み出して実行し、ファクシミリ装置１００の各部を制御する。また、ＣＰＵ１は、後述の制御部２０を有しておりファクシミリの通信全体を制御する。特に、制御部２０は、手順信号の生成、手順信号の送受信及び受信した手順信号への応答などの手順信号に関する各種処理も行う。
フラッシュＲＯＭ２は、ＣＰＵ１に読み込まれる各種プログラムを記憶している。第１ＳＤＲＡＭ３は、予め登録された各種設定情報を記憶するＣＰＵ１の主メモリであり、各種プログラムを実行するワークエリアとして機能する。ＳＲＡＭ４は、短縮ダイヤル等の各種のユーザ設定及びエラー情報等を記憶可能である。
【００４０】
モデム５は、ディジタル信号とアナログ信号を相互変換する変復調装置であり、通常のファクシミリ通信用のファクシミリモデムの機能を有する。モデム５は、ＮＣＵ６と直接接続されている。
ＮＣＵ６は、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｕｂｓｃｒｉｂｅｒ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）１９に接続されており、電話回線を介して発呼及び着呼を含む通信を制御する。
【００４１】
操作パネル７は、ディスプレイ、タッチセンサを有するタッチパネル及びハードキー等を備える。
ＲＴＣ８は、時計回路であり、ファクシミリ装置１００の電源が切られていても時刻を刻み続けることができる。
ネットワークボード１３は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１８を介してネットワークと接続され、ＴＣＰ／ＩＰプロトコルに従ってクライアントＰＣ及び他の機器との通信機能を実行する。
【００４２】
スキャナ１１は、ＣＰＵ１の制御の下、原稿から画像を読み取るスキャナ機能を実現する。プリンタ１２は、ＣＰＵ１の制御の下、スキャナ１１により原稿から読み取られた画像データ及びファクシミリ通信機能によって受信された画像データを用紙に印刷するプリント機能を実現する。
【００４３】
統合チップセット９は、画像データに対して用紙に印刷するための画像処理を行う。
第２ＳＤＲＡＭ１０は、統合チップセット９で処理された画像データ等のデータを記憶する。第２ＳＤＲＡＭ１０は、例えば、送信される画像データ及びプリンタ１２により印刷される画像データなどを記憶する。
【００４４】
（２）機能構成
次に、本実施形態の手順信号に関連する処理を行う制御部２０の機能構成について説明する。以下の本実施形態では、ファクシミリ装置１００において、画像データを送信する側を送信機１００ａと言い、画像データを受信する側を受信機１００ｂと言う。また、一例として、ファクシミリ通信手順としてＥＣＭ通信手順が用いられ、手順信号としてＰＰＲ信号が生成される場合を挙げて本実施形態を説明する。
【００４５】
図２は制御部の機能構成を示すブロック図である。送信機１００ａ及び受信機１００ｂは同一の機能構成を有している。制御部２０はＣＰＵ１に含まれており、手順信号生成部２１、応答部２２、送信部２３及び受信部２４等を備えている。
手順信号生成部２１は手順信号を生成する。手順信号には、相手方装置とのファクシミリ通信手順を定義している第１手順信号と、第１手順信号の一部からなり、手順信号の種類を特定する種類情報と、が含まれる。つまり、手順信号生成部２１は、手順信号を、第１手順信号及び第２手順信号にマルチフレーム化して生成する。より具体的に図３を用いて手順信号について説明する。
【００４６】
図３は手順信号のフレーム構成を示す説明図である。手順信号３０は、第１手順信号であるＰＰＲ全データ３２と、第２手順信号であるＰＰＲ制御データ３１と、を含む。ＰＰＲ制御データ３１の前にはプリアンブルが配置され、ＰＰＲ全データ３２の前後にはフラグ（Ｆ）が配置されている。
【００４７】
ＰＰＲ制御データ３１は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールド（ＦＣＦ：Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｆｉｅｌｄ）、フレームチェックシーケンス（ＦＣＳ：Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）で構成されている。制御（Ｃ）には、ＰＰＲ制御データ３１が途中のフレームであるか、最終フレームであるかが記述される。図３の場合、ＰＰＲ制御データ３１の後にＰＰＲ全データ３２が続くため、制御（Ｃ）には途中のフレームであることを示す“０３”が記述される。ファクシミリコントロールフィールドＦＣＳは、信号の種類を識別するための種類情報が入力されるフィールドである。ＰＰＲ制御データ３１は手順信号の一つであるＰＰＲ信号に分類され、ファクシミリコントロールフィールドＦＣＳには“ＢＣ”が記述される。フレームチェックシーケンスＦＣＳは、データ中にエラーがあるか否かのエラー検出結果を記述するためのフィールドである。このようにＰＰＲ制御データ３１には、少なくとも手順信号の種類を特定するための種類情報が含まれ、その他、ＰＰＲ制御データ３１の送受信に必要な情報が含まれる。
【００４８】
ＰＰＲ全データ３２は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールドＦＣＦ、ファクシミリインフォメーションフィールド（ＦＩＦ：Ｆａｃｓｉｍｉｌｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｆｉｅｌｄ）及びフレームチェックシーケンスＦＣＳで構成されている。ＰＰＲ全データ３２は、マルチフレーム化されていない通常のＰＰＲ信号と同様の構成を有している。
【００４９】
図３の場合、ＰＰＲ全データ３２は最終フレームであるため、制御（Ｃ）には最終フレームであることを示す“１３”が記述される。また、ＰＰＲ全データ３２はＰＰＲ制御データ３１と同様にＰＰＲ信号であるので、ファクシミリコントロールフィールドＦＣＳには“ＢＣ”が記述される。ファクシミリインフォメーションフィールドＦＩＦは、ファクシミリ通信手順に関する任意の情報を記述可能なフィールドである。ＰＰＲ信号のファクシミリインフォメーションフィールドＦＩＦには、画像データの送信機１００ａから受信した画像データを構成するフレームのうち、どのフレームにエラーが発生しているかを示すエラーフレーム情報が記述される。例えば、ファクシミリインフォメーションフィールドＦＩＦは２５６ビットで構成されており、１ブロックが２５６フレームで構成される画像データの各フレームについて、エラーであれば“１”が記述され、正常であれば“０”が記述される。
なお、ＰＰＲ制御データ３１及びＰＰＲ全データ３２はともにＰＰＲ信号であるので、手順信号３０もまたＰＰＲ信号と言える。以下、手順信号３０をＰＰＲ信号３０と言う。
【００５０】
ＰＰＲ制御データ３１は、ＰＰＲ全データ３２と比較してファクシミリインフォメーションフィールドＦＩＦを有しておらず、ＰＰＲ全データ３２の一部から構成されている。また、ファクシミリインフォメーションフィールドＦＩＦは最大２５６ビットで構成されており、その他のフィールドに比べてデータ量が大きい。このファクシミリインフォメーションフィールドＦＩＦを有していないＰＰＲ制御データ３１は、ＰＰＲ全データ３２よりも比較的にデータ量が小さい。
ここで、受信機１００ｂの手順信号生成部２１は、受信部２４が受信した画像データにエラーフレームが含まれる場合には、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含むＰＰＲ信号３０を生成する。受信機１００ｂの送信部２３は、生成されたＰＰＲ信号３０を画像データの送信機１００ａに送信する。送信機１００ａの受信部２４は受信機１００ｂから送信されたＰＰＲ信号３０を受信する。前述の通り、ＰＰＲ制御データ３１はＰＰＲ全データ３２よりもデータ量が小さいため、ＰＰＲ全データ３２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。よって、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含むＰＰＲ信号３０を送信された送信機１００ａは、回線障害によりＰＰＲ全データ３２を正常に受信できなくても、ＰＰＲ制御データ３１を正常に受信できる可能性が高い。
【００５１】
送信機１００ａの応答部２２は、ＰＰＲ全データ３２を正常に受信した場合にはＰＰＲ全データ３２に対する応答データを生成する。具体的には、送信機１００ａの応答部２２は、ＰＰＲ全データ３２に含まれるエラーフレーム情報に基づいて、エラーフレームに対応する画像データを含む応答データを生成する。送信機１００ａの送信部２３は当該応答データを受信機１００ｂに送信する。
一方、送信機１００ａの応答部２２は、ＰＰＲ全データ３２を受信できず、ＰＰＲ制御データ３１を正常に受信した場合には、ＰＰＲ制御データ３１に対応する応答データを生成する。具体的には、送信機１００ａの応答部２２は、１ブロックの全フレームに対応する全画像データを含む応答データを生成する。送信機１００ａの送信部２３は当該応答データを受信機１００ｂに送信する。
【００５２】
このように送信機１００ａが、少なくともデータ量が小さいＰＰＲ制御データ３１正常に受信できれば受信機１００ｂに応答が可能であるため、ＰＰＲ信号３０を正常に受信できないために通信エラーが発生し、装置間での通信が終了することを抑制できる。
また、受信機１００ｂの手順信号生成部２１は複数のＰＰＲ信号３０を生成し、複数のＰＰＲ信号３０が送信機１００ａに送信される。複数のＰＰＲ信号３０が送信機１００ａに送信されたにも関わらず、送信機１００ａの受信部２４が、ＰＰＲ信号３０のうちＰＰＲ全データ３２を受信できず、ＰＰＲ制御データ３１のみを正常に受信しているとする。このとき、送信機１００ａの応答部２２は、受信部２４でのＰＰＲ制御データ３１の連続的な受信回数が所定数に到達した場合に限り、１ブロックの全フレームに対応する全画像データから応答データを生成するように制御してもよい。そして、この全画像データからなる応答データが受信機１００ｂに送信される。
【００５３】
送信機１００ａが、ＰＰＲ全データ３２を正常に受信できない場合に、ＰＰＲ制御データ３１を受信したのに応じて即座に全画像データを含む応答信号を受信機１００ｂに送信すると、装置間での通信量が大きくなる場合がある。例えば、受信機１００ｂが１回目のＰＰＲ信号３０を送付し、送信機１００ａが、ＰＰＲ全データ３２及びＰＰＲ制御データ３１を含むＰＰＲ信号３０のうち、ＰＰＲ制御データ３１のみを正常に受信したとする。次に、受信機１００ｂが２回目のＰＰＲ信号３０を送付し、送信機１００ａがＰＰＲ全データ３２を正常に受信したとする。この場合、送信機１００ａは、２回目のＰＰＲ信号３０の受信まで待機すれば、ＰＰＲ全データ３２の受信に応じてエラーフレームに対応する画像データのみを受信機１００ｂに送信すればよい。しかし、送信機１００ａが、２回目のＰＰＲ信号３０の受信まで待機せずに、１回目に正常に受信したＰＰＲ制御データ３１に応じて全画像データを受信機１００ｂに送信すれば、装置間の通信量が多くなり回線障害の影響を受けやすくなる。よって、送信機１００ａは、ＰＰＲ全データ３２を正常に受信できない場合において、ＰＰＲ制御データ３１の連続的な受信回数が所定数に達するまで待機する。これにより、全画像データが受信機１００ｂに再送されることによる通信量の増加を抑制し、ひいては回線障害により装置間の通信が終了するのを抑制できる。なお、ＰＰＲ制御データ３１の受信回数は、連続の受信回数であってもよいし、あるいは、積算の受信回数であってもよい。
【００５４】
（３）処理の概要
次に送信機１００ａ及び受信機１００ｂ間の処理の概要について説明する。送信機１００ａ及び受信機１００ｂ間の処理には次の２通りがある。第１の処理は、送信機１００ａがＰＰＲ制御データ３１しか受信できず、全画像データを受信機１００ｂに再送する場合である。第２の処理は、送信機１００ａがＰＰＲ全データ３２を受信し、エラーフレームに対応する画像データのみを受信機１００ｂに再送する場合である。なお、以下では、一例として３つのＰＰＲ信号３０が送受信される場合を説明する。
まず第１の処理について説明する。
【００５５】
（３−１）全画像データの再送
図４は全画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。図４では、送信機１００ａがＰＰＲ全データ３２を受信できない状態で、ＰＰＲ制御データ３１の連続の受信回数が２回に達した場合に、送信機１００ａが全画像データを受信機１００ｂに送信する処理が行われる。
ステップＳ１：送信機１００ａ及び受信機１００ｂ間で送信開始処理が行われた後、送信機１００ａは画像データ（ＰＩＸ：ＰＩＸｅｌ）を受信機１００ｂに送信する。
ステップＳ２：送信機１００ａは、最終の画像データを送信すると、メッセージ終了信号であるＰＰＳ．ＥＯＰ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｓｉｇｎａｌ． Ｅｎｄ Ｏｆ Ｐｒｏｃｅｄｕｒｅｓ）を受信機１００ｂに送信する。
ステップＳ３〜Ｓ５：受信機１００ｂは、ＰＰＲ制御データ３１及びＰＰＲ全データ３２のマルチフレームでＰＰＲ信号を生成し、送信機１００ａに送信する。ここでは、受信機１００ｂは、３つのＰＰＲ信号（図４中のマルチフレーム化ＰＰＲ１〜ＰＰＲ３）を生成して送信機１００ａに送信する。
【００５６】
ステップＳ６：送信機１００ａは、マルチフレーム化ＰＰＲ１〜ＰＰＲ３を送信されているが、ＰＰＲ全データ３２を正常に受信できていない。一方、マルチフレーム化ＰＰＲ１〜ＰＰＲ３のうちＰＰＲ制御データ３１の連続の受信回数が２回に達しているとする。この場合、送信機１００ａはＰＰＲ制御データ３１のみを正常に受信したと判断する。
このときの、ＰＰＲ制御データ３１及びＰＰＲ全データ３２の受信／未受信の組み合わせの一例は例えば図５に表される。ＰＰＲ１〜ＰＰＲ３はそれぞれマルチフレーム化ＰＰＲ１〜ＰＰＲ３に対応している。また、図５中の「未」は信号を正常に受信できていないことを示し、「受」は信号を正常に受信できていることを示す。図５（ａ）によれば、送信機１００ａは、マルチフレーム化ＰＰＲ１〜ＰＰＲ３の全ての送信に対して、ＰＰＲ全データ３２を正常に受信できていない。一方、送信機１００ａは、マルチフレーム化ＰＰＲ１の送信に対して、ＰＰＲ制御データ３１を正常に受信できていない。しかし、送信機１００ａは、マルチフレーム化ＰＰＲ２、ＰＰＲ３の送信に対して、ＰＰＲ制御データ３１を正常に受信している。よって、ＰＰＲ全データ３２を正常に受信できていない状態において、ＰＰＲ制御データ３１の連続の受信回数が２回に達している。
【００５７】
図５（ｂ）では、送信機１００ａは、ＰＰＲ全データ３２を正常に受信できていないが、マルチフレーム化ＰＰＲ１、ＰＰＲ３の送信に対してＰＰＲ制御データ３１を正常に受信している。ここで、送信機１００ａは、マルチフレーム化ＰＰＲ２のうちＰＰＲ制御データ３１及びＰＰＲ全データ３２のいずれも正常に受信できておらず、マルチフレーム化ＰＰＲ２の送信を把握していない。よって、送信機１００ａは、マルチフレーム化ＰＰＲ１、ＰＰＲ３の送信に対するＰＰＲ制御データ３１の受信を連続的なものとみなし、連続の受信回数が２回に達していると判断する。
【００５８】
ステップＳ７：送信機１００ａは、１ブロックの全フレームに対応する全画像データを含む応答データを生成し、当該応答データを受信機１００ｂに再送する。
ステップＳ８：送信機１００ａは、最終の画像データを送信すると、ＰＰＳ．ＥＯＰを受信機１００ｂに送信する。
ステップＳ９：受信機１００ｂは、メッセージ確認信号であるＭＣＦ（Ｍｅｓｓａｇｅ ＣｏｎＦｉｒｍａｔｉｏｎ）信号を送信機１００ａに送信する。
ステップＳ１０：送信機１００ａは、ＭＣＦ信号の受信に応じて、回線切断命令であるＤＣＮ（ＤｉｓＣｏＮｎｅｃｔ）信号を受信機１００ｂに送信する。
【００５９】
（３−２）エラーフレームに対応する画像データの再送
図６はエラーフレームに対応する画像データが再送される場合の送信機及び受信機間の処理の流れを示すフローチャートである。図６では、送信機１００ａがＰＰＲ全データ３２を正常に受信した場合に、エラーフレームに対応する画像データを受信機１００ｂに送信する処理が行われる。
ステップＳ１１〜Ｓ１５：図４のステップＳ１〜Ｓ５と同様に、受信機１００ｂは、送信機１００ａの画像データの送信に対して、３つのＰＰＲ信号（図６中のマルチフレーム化ＰＰＲ１〜ＰＰＲ３）を生成して送信機１００ａに送信する。
ステップＳ１６：送信機１００ａは、受信機１００ｂからのマルチフレーム化ＰＰＲ１〜ＰＰＲ３の送信のいずれかに基づいて、ＰＰＲ全データ３２を正常に受信している。
ステップＳ１７：送信機１００ａは、ＰＰＲ全データ３２に含まれるエラーフレーム情報に基づいて、エラーフレームに対応する画像データを含む応答データを生成する。
ステップＳ１８〜２０：図４のステップＳ８〜Ｓ１０と同様に、送信機１００ａ及び受信機１００ｂとの間で回線切断の処理が行われる。
【００６０】
（４）送信機の処理の流れ
次に、送信機１００ａが実行する処理の流れについて説明する。図７は送信機の処理の流れを示すフローチャートである。
ステップＳ３１：送信機１００ａの送信部２３及び受信部２４などの通信部は、受信機１００ｂへの画像データの送信開始処理を実行する。
ステップＳ３２：送信機１００ａの送信部２３は、第２ＳＤＲＡＭ１０等の記憶部から画像データを取得し、受信機１００ｂに画像データを送信する。
ステップＳ３３：送信機１００ａの送信部２３は、最終の画像データを送信すると、ＰＰＳ．ＥＯＰを受信機１００ｂに送信する。
ステップＳ３４：送信機１００ａの受信部２４は、ＰＰＳ．ＥＯＰに対する応答信号を受信機１００ｂから受信する。
【００６１】
ステップＳ３５：送信機１００ａの応答部２２は、ＰＰＳ．ＥＯＰに対する応答信号がＰＰＲ信号であるか否かを判断する。応答信号がＰＰＲ信号である場合にはステップＳ３６に進む。一方、応答信号がＰＰＲ信号でなくその他の信号である場合にはステップＳ３８に進む。
ステップＳ３６：送信機１００ａの応答部２２は、ＰＰＲ信号からＰＰＲ全データ３２を取得しているか否かを判断し、ＰＰＲ全データ３２を取得している場合にはステップＳ３７に進む。そうでない場合にはステップＳ３９に進む。なお、ＰＰＲ全データ３２を取得する場合には、通常のＰＰＲ信号からＰＰＲ全データ３２を取得する場合と、本実施形態のＰＰＲ信号からＰＰＲ全データ３２を取得する場合とが含まれる。通常のＰＰＲ信号とは、ＰＰＲ全データ３２のみを含む手順信号である。また、本実施形態のＰＰＲ信号とは、ＰＰＲ制御データ３１及びＰＰＲ全データ３２にマルチフレーム化された手順信号である。
【００６２】
ステップＳ３７：送信機１００ａの応答部２２は、ＰＰＲ全データ３２に含まれるエラーフレーム情報に基づいて、エラーフレームに対応する画像データを含む応答データを生成する。送信機１００ａの送信部２３は当該応答データを受信機１００ｂに送信する。
ステップＳ３８：ＰＰＳ．ＥＯＰに対する応答信号がＰＰＲ信号以外のその他の応答信号である場合には、送信機１００ａの制御部２０は、その他の応答信号に基づいてファクシミリの通常のＦＡＸ手順を実行する。
ステップＳ３９：送信機１００ａの応答部２２は、ＰＰＲ信号からＰＰＲ制御データ３１を取得する。
【００６３】
ステップＳ４０：送信機１００ａの応答部２２は、ＰＰＲ制御データ３１を連続で受信した回数が所定数ｎに到達しているか否かを判断し、到達している場合にはステップＳ４１に進む。一方、そうでない場合にはステップＳ３４に進み、送信機１００ａの受信部２４は、ＰＰＳ．ＥＯＰに対する応答信号を待機する。
ステップＳ４１：送信機１００ａの応答部２２は１ブロックの全フレームに対応する全画像データを含む応答データを生成し、送信部２３は当該応答データを受信機１００ｂに送信する。
【００６４】
（５）受信機の処理の流れ
次に、受信機１００ｂが実行する処理の流れについて説明する。図８は受信機の処理の流れを示すフローチャートである。
ステップＳ５１：受信機１００ｂの送信部２３及び受信部２４などの通信部は、送信機１００ａからの画像データの受信開始処理を実行する。
ステップＳ５２：受信機１００ｂの受信部２４は、送信機１００ａから画像データを受信する。
ステップＳ５３：受信機１００ｂの受信部２４は、最終の画像データの受信の後、ＰＰＳ．ＥＯＰを送信機１００ａから受信する。
【００６５】
ステップＳ５４：受信機１００ｂの手順信号生成部２１は、受信部２４が受信した画像データにエラーフレームが含まれるか否かを判定する。画像データにエラーフレームが含まれる場合にはステップＳ５５に進み、そうでない場合にはステップＳ５８に進む。
ステップＳ５５：受信機１００ｂの手順信号生成部２１は、通信の相手機である送信機１００ａがマルチフレーム化ＰＰＲ機能を有しているか否かを判断する。つまり、手順信号生成部２１は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２にマルチフレーム化された本実施形態のＰＰＲ信号を送信機１００ａが解読可能か否かを判断する。送信機１００ａがマルチフレーム化ＰＰＲ機能を有している場合にはステップＳ５６に進み、そうでない場合にはステップＳ５７に進む。
【００６６】
ステップＳ５６：送信機１００ａがマルチフレーム化ＰＰＲ機能を有している場合には、受信機１００ｂの手順信号生成部２１は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２にマルチフレーム化された本実施形態のＰＰＲ信号を生成する。受信機１００ｂの送信部２３はマルチフレーム化されたＰＰＲ信号を送信機１００ａに送信する。
ステップＳ５７：送信機１００ａがマルチフレーム化ＰＰＲ機能を有していない場合には、受信機１００ｂの手順信号生成部２１は、ＰＰＲ全データ３２のみを含む通常のＰＰＲ信号を生成する。受信機１００ｂの送信部２３は通常のＰＰＲ信号を送信機１００ａに送信する。
ステップＳ５８：受信機１００ｂの制御部２０はファクシミリの通常のＦＡＸ手順を実行する。
【００６７】
（６）実施形態の作用効果
上記実施形態は、下記のように表現可能である。
（Ａ）ファクシミリ装置１００（ファクシミリ装置の一例）は、手順信号生成部２１（手順信号生成部の一例）と送信部２３（送信部の一例）とを備えている。手順信号生成部２１は、ＰＰＲ全データ３２（第１手順信号の一例）及びＰＰＲ制御データ３１（第２手順信号の一例）を含む手順信号３０（手順信号の一例）を生成する。ＰＰＲ全データ３２は、相手方装置とのファクシミリ通信手順を定義している。ＰＰＲ制御データ３１は、ＰＰＲ全データ３２の一部からなり、手順信号３０の種類を特定する種類情報を含む。送信部２３は、手順信号３０を相手方装置に送信する。
【００６８】
ファクシミリ装置１００が生成する手順信号３０には、ＰＰＲ制御データ３１及びＰＰＲ全データ３２が含まれる。ＰＰＲ制御データ３１は、少なくとも手順信号３０の種類を特定する種類情報を含むが、ＰＰＲ全データ３２の一部から構成されているためＰＰＲ全データ３２よりもデータ量が小さい。よって、ＰＰＲ制御データ３１は、ＰＰＲ全データ３２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、ＰＰＲ全データ３２及びＰＰＲ制御データ３１を送信された相手方装置は、回線障害によりＰＰＲ全データ３２を正常に受信できなくても、ＰＰＲ制御データ３１を正常に受信できる可能性が高い。
【００６９】
相手方装置は、ＰＰＲ全データ３２を正常に受信した場合にはＰＰＲ全データ３２に対する応答をファクシミリ装置１００に送信し、ＰＰＲ制御データ３１を正常に受信した場合にはＰＰＲ制御データ３１に対応する応答をファクシミリ装置１００に送信する。このように相手方装置が、少なくともデータ量が小さいＰＰＲ制御データ３１を正常に受信できればファクシミリ装置１００に応答が可能であるので、ファクシミリ装置１００が手順信号３０を正常に受信できる可能性が高くなる。つまり、通信エラーに起因して装置間の通信が終了することが抑制される。
【００７０】
上記の本願発明は、例えば以下のような態様で適用可能である。
画像データを送信する送信機１００ａと、送信機１００ａから画像データを受信する受信機１００ｂと、の間で通信が行われているとする。この場合、上記ファクシミリ装置１００は受信機１００ｂであり、上記相手方装置は送信機１００ａである。受信機１００ｂは、送信機１００ａから画像データを受信れば、手順信号生成部２１が、画像データの受信に対する応答データを手順信号として生成する。次に、送信部２３が送信機１００ａに手順信号３０を送信する。手順信号３０は、ＰＰＲ全データ３２及びデータ量が小さいＰＰＲ制御データ３１を含む。
【００７１】
ＰＰＲ全データ３２には例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれており、ＰＰＲ全データ３２はＰＰＲ制御データ３１に比べて比較的データ量が大きい。ＰＰＲ制御データ３１には、例えば送信機１００ａに手順信号３０の種類を知らせるための種類情報が含まれているが、どのフレームにエラーが発生しているかを示す情報が含まれておらず、そのためＰＰＲ制御データ３１はＰＰＲ全データ３２に比べて比較的データ量が小さい。送信機１００ａは、ＰＰＲ全データ３２を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機１００ｂに送信する。一方、送信機１００ａは、ＰＰＲ全データ３２を受信できずＰＰＲ制御データ３１のみを正常に受信した場合には、受信機１００ｂに全フレームに対応する全画像データを再送する。送信機１００ａと受信機１００ｂとの通信は回線障害により切断される可能性があるが、ＰＰＲ制御データ３１はデータ量が小さいので送信機１００ａは正常にＰＰＲ制御データ３１を受信できる可能性が高い。そして、送信機１００ａがＰＰＲ制御データ３１さえ受信できれば送信機１００ａと受信機１００ｂとの通信を継続可能であるので、回線障害により送信機１００ａと受信機１００ｂとの通信が終了するのが抑制される。
【００７２】
（Ｂ）ＰＰＲ全データ３２を構成するフィールドには、手順信号３０の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まる。
また、ＰＰＲ制御データ３１を構成するフィールドには、ＰＰＲ全データ３２を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれる。
ここで、手順信号３０がＰＰＲ信号である場合、第１及びＰＰＲ制御データ３１のファクシミリコントロールフィールドには、手順信号３０の種類がＰＰＲ信号であることを示す種類情報が定義される。また、ＰＰＲ全データ３２のファクシミリインフォメーションフィールドには、受信データのどのフレームにエラーが発生しているかを示す情報が含まれる。
【００７３】
（Ｃ）手順信号３０がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である。
ＰＰＲ信号３０（手順信号３０）をＰＰＲ全データ３２とＰＰＲ制御データ３１とにより構成し、相手方装置が少なくともデータ量が小さいＰＰＲ制御データ３１を正常に受信できるようにする。これにより、ＰＰＲ信号３０を正常に受信できないために装置間での通信が終了することを抑制できる。
【００７４】
（Ｄ）ＰＰＲ全データ３２は、手順信号３０がＰＰＲ信号であることを示す種類情報と、相手方装置から受信した受信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む。
【００７５】
（Ｅ）ＰＰＲ制御データ３１は、エラーフレーム情報を除き、少なくとも手順信号３０がＰＰＲ信号であることを示す種類情報を含む。
【００７６】
（Ｆ）手順信号生成部２１は、手順信号３０をＰＰＲ全データ３２とＰＰＲ制御データ３１とにマルチフレーム化することで生成する。
ファクシミリ装置１００は、手順信号３０をＰＰＲ全データ３２とＰＰＲ制御データ３１とにマルチフレーム化して生成し相手方装置に送信する。相手方装置が、手順信号３０のうちＰＰＲ全データ３２又はＰＰＲ制御データ３１のいずれかを受信できれば装置間での通信を継続可能である。よって、回線障害による通信の終了が抑制される。
【００７７】
（Ｇ）ファクシミリ装置１００（ファクシミリ装置の一例）は、受信部２４（受信部の一例）と応答部２２（応答部の一例）とを備えている。受信部２４は手順信号３０（手順信号の一例）を相手方装置から受信する。手順信号３０は、ＰＰＲ全データ３２（第１手順信号の一例）及びＰＰＲ制御データ３１（第２手順信号の一例）を含む。応答部２２は、受信部２４が手順信号３０のうちＰＰＲ全データ３２を正常に受信した場合と、受信部２４が手順信号３０のうちＰＰＲ制御データ３１のみを正常に受信した場合とで、異なる応答方法を実行する。
【００７８】
ファクシミリ装置１００は、ＰＰＲ制御データ３１及びＰＰＲ全データ３２を含む手順信号３０を受信する。ＰＰＲ制御データ３１は、少なくとも手順信号３０の種類を特定する種類情報を含むが、ＰＰＲ全データ３２の一部から構成されているためＰＰＲ全データ３２よりもデータ量が小さい。よって、ＰＰＲ制御データ３１は、ＰＰＲ全データ３２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。つまり、ファクシミリ装置１００は、回線障害によりＰＰＲ全データ３２を正常に受信できなくても、ＰＰＲ制御データ３１を正常に受信できる可能性が高い。
【００７９】
ファクシミリ装置１００の応答部２２は、ＰＰＲ全データ３２を正常に受信した場合にはＰＰＲ全データ３２に対する応答を相手方装置に送信し、ＰＰＲ制御データ３１を正常に受信した場合にはＰＰＲ制御データ３１に対応する応答を相手方装置に送信する。このようにファクシミリ装置１００が、少なくともデータ量が小さいＰＰＲ制御データ３１を正常に受信できれば相手方装置に応答が可能であるので、手順信号３０を正常に受信できないために通信エラーが発生し、装置間での通信が終了することを抑制できる。
【００８０】
上記の実施形態は、例えば以下のような態様で適用可能である。
画像データを送信する送信機１００ａと、送信機１００ａから画像データを受信する受信機１００ｂと、の間で通信が行われているとする。この場合、上記ファクシミリ装置１００は送信機１００ａであり、上記相手方装置は受信機１００ｂである。受信機１００ｂは、受信部２４が送信機１００ａから画像データを受信すると、応答部２２が応答データとしてＰＰＲ全データ３２及びＰＰＲ制御データ３１を含む手順信号３０を送信機１００ａに送信する。ＰＰＲ全データ３２には、例えば受信した画像データのどのフレームにエラーが発生しているかを示す情報が含まれているが、ＰＰＲ制御データ３１にはどのフレームにエラーが発生しているかを示す情報が含まれていない。そのため、ＰＰＲ制御データ３１はＰＰＲ全データ３２に比べて比較的データ量が小さい。送信機１００ａは、ＰＰＲ全データ３２を正常に受信した場合には、エラーが発生したエラーフレームの画像データのみを受信機１００ｂに送信する。一方、送信機１００ａは、ＰＰＲ全データ３２を受信できずＰＰＲ制御データ３１のみを正常に受信した場合には、受信機１００ｂに全フレームに対応する全画像データを再送する。このように送信機１００ａがデータ量が小さいＰＰＲ制御データ３１さえ受信できれば送信機１００ａと受信機１００ｂとの通信を継続可能であるので、回線障害により送信機１００ａと受信機１００ｂとの通信が終了するのが抑制される。
【００８１】
（Ｈ）応答部２２は、受信部２４が手順信号３０のうちＰＰＲ全データ３２を正常に受信した場合には、ＰＰＲ全データ３２に対する第１応答信号を生成する。一方、受信部２４が手順信号３０のうちＰＰＲ制御データ３１のみを正常に受信した場合には、ＰＰＲ制御データ３１に対する第２応答信号を生成する。ファクシミリ装置１００は送信部２３をさらに備えており、送信部２３は応答部２２が生成した第１又は第２応答信号を相手方装置に送信する。
例えば、ファクシミリ装置１００は、ＰＰＲ全データ３２を正常に受信した場合には、エラーが発生したエラーフレームの画像データを含む第１応答信号を相手方装置に送信する。一方、ファクシミリ装置１００は、ＰＰＲ全データ３２を受信できずＰＰＲ制御データ３１のみを正常に受信した場合には、１ブロックの全フレームに対応する全画像データ含む第２応答信号を相手方装置に送信する。
【００８２】
（Ｉ）ＰＰＲ全データ３２を構成するフィールドには、手順信号３０の種類を特定する種類情報を含むファクシミリコントロールフィールドと、ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれる。
また、ＰＰＲ制御データ３１を構成するフィールドには、ＰＰＲ全データ３２を構成するフィールドのうち、ファクシミリインフォメーションフィールドを除き、少なくともファクシミリコントロールフィールドが含まれる。
【００８３】
（Ｊ）手順信号３０がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である。
【００８４】
（Ｋ）ＰＰＲ全データ３２は、手順信号３０がＰＰＲ信号であることを示す種類情報と、相手方装置に送信した送信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む。ＰＰＲ制御データ３１は、エラーフレーム情報を除き、少なくとも手順信号３０がＰＰＲ信号であることを示す種類情報を含む。
【００８５】
（Ｌ）応答部２２は、受信部２４が手順信号３０のうちＰＰＲ全データ３２を正常に受信した場合には、ＰＰＲ全データ３２に対する第１応答信号に含まれる画像データを、エラーフレームに対応する画像データのみから構成する。
（Ｍ）応答部２２は、受信部２４が手順信号３０のうちＰＰＲ制御データ３１のみを正常に受信した場合には、ＰＰＲ制御データ３１に対する第２応答信号に含まれる画像データを、一連の全フレームに対応する全画像データから構成する。
【００８６】
（Ｎ）応答部２２は、受信部２４がＰＰＲ全データ３２を正常に受信できず、所定数のＰＰＲ制御データ３１を正常に受信した場合に、第２応答信号に含まれる画像データを全画像データから構成する。
ＰＰＲ全データ３２を正常に受信できない場合に、ＰＰＲ制御データ３１を受信したのに応じて即座に全画像データを含む第２応答信号を相手方装置に送信すると、装置間での通信量が大きくなる場合がある。例えば、相手方装置が１回目の手順信号３０を送付し、ファクシミリ装置１００が、ＰＰＲ全データ３２及びＰＰＲ制御データ３１を含む手順信号３０のうち、ＰＰＲ制御データ３１のみを正常に受信したとする。次に、相手方装置が２回目の手順信号３０を送付し、ファクシミリ装置１００がＰＰＲ全データ３２を正常に受信したとする。この場合、ファクシミリ装置１００は、２回目の手順信号３０の受信まで待機すれば、ＰＰＲ全データ３２の受信に応じてエラーフレームに対応する画像データのみを相手方装置に送信すればよい。しかし、ファクシミリ装置１００が、２回目の手順信号３０の受信まで待機しないままＰＰＲ制御データ３１に応じれば、全画像データを相手方装置に送信することとなり、装置間の通信量が多くなり回線障害の影響を受けやすくなる。
【００８７】
そこで上記問題を解決するために、ファクシミリ装置１００は、ＰＰＲ全データ３２を正常に受信できない場合において、ＰＰＲ制御データ３１の受信回数が所定数に達するまで待機する。これにより、全画像データが相手方装置に再送されることによる通信量の増加を抑制され、ひいては回線障害により装置間の通信が終了するのが抑制される。
【００８８】
（７）他の実施形態
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。特に、本明細書に書かれた複数の実施形態及び変形例は必要に応じて任意に組み合せ可能である。
【００８９】
（ａ）上記実施形態では手順信号としてＰＰＲ信号を例に挙げて本発明を適用したが、本発明を適用可能な手順信号はＰＰＲ信号に限られず、その他の手順信号にも本発明を適用可能である。例えば、ディジタル命令信号（ＤＣＳ：Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）にも本発明を適用可能であり、ディジタル命令信号ＤＣＳが、第１手順信号及び第２手順信号にマルチフレーム化して生成される。
【００９０】
図９は、本発明を適用したディジタル命令信号ＤＣＳのフレーム構成を示す説明図である。ＤＣＳ４０は、第１手順信号であるＤＣＳ全データ４２と、第２手順信号であるＤＣＳ制御データ４１と、を含む。ＤＣＳ制御データ４１の前にはプリアンブルが配置され、ＤＣＳ全データ４２の前後にはフラグ（Ｆ）が配置されている。
【００９１】
ＤＣＳ制御データ４１は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールドＦＣＦ、フレームチェックシーケンスＦＣＳで構成されている。ＤＣＳ制御データ４１は手順信号の一つであるＤＣＳに分類され、ファクシミリコントロールフィールドＦＣＳにはＤＣＳ制御データ４１がＤＣＳであることを示す種類情報が記述される。このようにＤＣＳ制御データ４１には、少なくとも手順信号の種類を特定するための種類情報が含まれ、その他、ＤＣＳ制御データ４１の送受信に必要な情報が含まれる。
【００９２】
ＤＣＳ全データ４２は、アドレス（Ａ）、制御（Ｃ）、ファクシミリコントロールフィールドＦＣＦ、ファクシミリインフォメーションフィールドＦＩＦ及びフレームチェックシーケンスＦＣＳで構成されている。ＤＣＳ全データ４２は、マルチフレーム化されていない通常のＤＣＳと同様の構成を有している。ファクシミリコントロールフィールドＦＣＳには、ＤＣＳ全データ４２が手順信号の一つであるＤＣＳであることを示す種類情報が記述される。ファクシミリインフォメーションフィールドＦＩＦには、送信機１００ａ及び受信機１００ｂ間で送受信を行う際の機能情報が記述される。例えば、機能情報には、伝送速度、用紙サイズ、ファクシミリ通信手順の種類等が含まれる。伝送速度は、データを送受信する際のビットレートである。ファクシミリ通信手順には例えばＥＣＭ通信手順であることが記述される。これらの機能情報は、受信機１００ｂから送信されるディジタル識別信号（ＤＩＳ：Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）に基づいて設定される。
【００９３】
ＤＣＳ制御データ４１は、ＤＣＳ全データ４２と比較してファクシミリインフォメーションフィールドＦＩＦを有しておらず、ＤＣＳ全データ４２の一部から構成されている。また、ファクシミリインフォメーションフィールドＦＩＦは最大２５６ビットで構成されており、その他のフィールドに比べてデータ量が大きい。このファクシミリインフォメーションフィールドＦＩＦを有していないＤＣＳ制御データ４１は、ＤＣＳ全データ４２よりもデータ量が小さい。
【００９４】
ここで、送信機１００ａの受信部２４が受信機１００ｂからディジタル識別信号ＤＩＳを受信すると、送信機１００ａの手順信号生成部２１は、ディジタル識別信号ＤＩＳに基づいてＤＣＳ制御データ４１及びＤＣＳ全データ４２を含むＤＣＳ４０を生成する。送信機１００ａの送信部２３は、生成されたＤＣＳ４０を受信機１００ｂに送信する。受信機１００ｂの受信部２４はＤＣＳ４０を受信する。前述の通り、ＤＣＳ制御データ４１はＤＣＳ全データ４２よりもデータ量が小さいため、ＤＣＳ全データ４２に比べて回線のノイズ及び瞬断等の回線障害の影響を受けることが少ない。よって、ＤＣＳ制御データ４１及びＤＣＳ全データ４２を含むＤＣＳ４０を送信された受信機１００ｂは、回線障害によりＤＣＳ全データ４２を正常に受信できなくても、ＤＣＳ制御データ４１を正常に受信できる可能性が高い。
【００９５】
次に、マルチフレーム化されたＤＣＳ４０が送受信される場合の送信機及び受信機間の処理の流れを説明する。図１０はマルチフレーム化されたＤＣＳ４０が送受信される場合の送信機及び受信機間の処理の流れを示すフローチャートである。図１０では、受信機１００ｂは、ＤＣＳ４０のうちＤＣＳ全データ４２を正常に受信できない場合には、ＤＣＳ全データ４２を正常に受信するのに必要なタイマー時間、つまりＤＣＳ４０を受信するまでの待機時間を調整する。
【００９６】
ステップＳ６１：送信機１００ａの送信部２３は、ＣＮＧ（ＣｏｌｌｉＮＧ）を受信機１００ｂに送信する。これにより、ファクシミリ通信手順が開始される。
ステップＳ６２：受信機１００ｂの送信部２３は、被呼端末識別（ＣＥＤ：Ｃａｌｌｅｄ Ｓｔａｔｉｏｎ Ｉｄｅｔｉｆｉｃａｔｉｏｎ）を送信機１００ａに送信する。
ステップＳ６３：受信機１００ｂの手順信号生成部２１は、非標準機能識別（ＮＳＦ：Ｎｏｎ−Ｓｔａｎｄａｒｄ Ｆａｃｉｌｉｔｉｅｓ）信号、被呼端末識別（ＣＳＩ：Ｃａｌｌｅｄ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル識別信号（ＤＩＳ：Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）を生成する。受信機１００ｂの送信部２３はこれらの信号を送信機１００ａに送信する。
【００９７】
ステップＳ６４〜Ｓ６６：送信機１００ａの手順信号生成部２１は、受信機１００ｂから受信した信号に基づいて、非標準機能設定（ＮＳＳ：Ｎｏｎ−Ｓｔａｎｄａｒｄ ｆａｃｉｌｉｔｉｅｓ Ｓｅｔ−ｕｐ）信号、送信装置識別（ＴＳＩ：Ｔｒａｎｓｍｉｔｔｉｎｇ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）信号及びディジタル命令信号（ＤＣＳ：Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）を生成する。送信機が送信するディジタル命令信号ＤＣＳは、第１手順信号と第１手順信号よりデータ量が小さい第２手順信号とを含む上述のＤＣＳ４０である。複数の非標準機能設定ＮＳＳ、送信装置識別ＴＳＩ及びＤＣＳ４０のセットが生成され、送信機１００ａの送信部２３により受信機１００ｂに送信される。
【００９８】
前述の通り、ＤＣＳ４０のうち、データ量が小さいＤＣＳ制御データ４１のみを正常に受信できた場合、タイマー時間を延長すれば受信機１００ｂがＤＣＳ全データ４２を正常に受信できる可能性が高い。１回目の非標準機能設定ＮＳＳ、送信装置識別ＴＳＩ及びＤＣＳ４０のセット（ＮＳＳ，ＴＳＩ，ＤＣＳ）１の送信において、受信機１００ｂの受信部２４がＤＣＳ４０のうちＤＣＳ制御データ４１のみを正常に受信したとする（Ｓ６４）。この場合、受信機１００ｂの制御部２０は、受信部２４がＤＣＳ４０のうちＤＣＳ全データ４２を正常に受信できるようにタイマー時間を延長する。２回目の（ＮＳＳ，ＴＳＩ，ＤＣＳ）２の送信においても、受信機１００ｂの受信部２４がＤＣＳ制御データ４１のみを正常に受信したとする（Ｓ６５）。受信機１００ｂの制御部２０はタイマー時間をさらに延長する。図１０の例では、タイマー時間の延長によって、３回目の（ＮＳＳ，ＴＳＩ，ＤＣＳ）３の送信に基づいて、受信機１００ｂの受信部２４はＤＣＳ全データ４２を正常に受信する（Ｓ６６）。
【００９９】
ステップＳ６７：送信機１００ａの制御部２０は、トレーニングチェック信号（ＴＣＦ：Ｔｒａｉｎｉｎｇ Ｃｈｅｃｋ Ｓｉｇｎａｌ）を送信部２３を介して受信機１００ｂに送信する。トレーニングチェック信号ＴＣＦは、受信機１００ｂとの通信が可能かどうかをチェックする信号である。
ステップＳ６８：受信機１００ｂの制御部２０は通信が可能であると判断すれば受信準備確認信号ＣＦＲ（ＣｏｎＦｉｒｍａｔｉｏｎ ｔｏ Ｒｅｃｅｉｖｅ）信号を生成し、送信部２３を介して送信機１００ａに送信する。
ステップＳ６９：送信機１００ａの送信部２３は、受信準備確認信号ＣＦＲを受信すると送信データを送信する。
【０１００】
ステップＳ７０：送信機１００ａの送信部２３は、送信データの送信が完了するとＰＰＳ．ＥＯＰを受信機１００ｂに送信する。
ステップＳ７１：受信機１００ｂの受信部２４は、送信データの受信が完了すると、メッセージ確認信号を送信機１００ａに送信する。
ステップＳ７２：送信機１００ａは、ＭＣＦ信号の受信に応じて、回線切断命令であるＤＣＮ信号を受信機１００ｂに送信する。
【０１０１】
以上の処理によれば、受信機１００ｂは、所定のタイマー時間内に、ＤＣＳ４０のうちＤＣＳ全データ４２を受信した場合には、ＤＣＳ全データ４２に基づいて送信機１００ａとの間でその後の通信を行う。一方、受信機１００ｂは、所定のタイマー時間内にＤＣＳ全データ４２を受信できなかったが、ＤＣＳ４０のうちＤＣＳ制御データ４１を正常に受信した場合には、タイマー時間を延長する。そして、受信機１００ｂは、送信機１００ａからＤＣＳ４０の再送を受ける。ＤＣＳ制御データ４１がＤＣＳ全データ４２に比べてデータ量が小さいため、受信機１００ｂはＤＣＳ制御データ４１を正常に受信できる可能性が高い。そして、受信機１００ｂは所定のタイマー時間内にＤＣＳ全データ４２を受信できなかったがＤＣＳ制御データ４１を正常に受信できた場合には、タイマー時間を延長すればＤＣＳ全データ４２を受信できる可能性がある。そこで、受信機１００ｂは前述のようにＤＣＳ４０を受信するためのタイマー時間を延長する。このように受信機１００ｂは、タイマー時間を延ばすか否かを、ＤＣＳ制御データ４１を正常に受信したか否かに基づいて判断する。
【０１０２】
このように受信機１００ｂが少なくともＤＣＳ制御データ４１を受信できれば、タイマー時間の延長によりＤＣＳ全データ４２を正常に受信可能となり、ひいては送信機１００ａと受信機１００ｂとの通信を継続可能である。よって、回線障害により送信機１００ａと受信機１００ｂとの通信が終了するのを抑制できる。
【０１０３】
（ｂ）上記実施形態では、第２制御手順が第１制御手順よりも前に位置している。例えば、図３を参照すれば、ＰＰＲ制御データ３１がＰＰＲ全データ３２よりも前に位置している。しかし、ＰＰＲ全データ３２がＰＰＲ制御データ３１よりも前に位置してもよい。ＰＰＲ全データ３２がＰＰＲ制御データ３１よりも前に位置している場合には、ＰＰＲ全データ３２の制御（Ｃ）には途中のフレームであることを示す“０３”が記述される。一方、ＰＰＲ制御データ３１の制御（Ｃ）には最終フレームであることを示す“１３”が記述される。
同様に、図９において、ＤＣＳ全データ４２がＤＣＳ制御データ４１よりも前に位置してもよい。
【０１０４】
（ｃ）上記実施形態では、送信機１００ａ及び受信機１００ｂ間で送受信されるデータとして画像データを例に挙げているが、データは画像データに限定されず、例えば音声データなどであってもよい。
【産業上の利用可能性】
【０１０５】
本発明は、ファクシミリ通信装置に適用可能である。
【符号の説明】
【０１０６】
１ ＣＰＵ
２ フラッシュＲＯＭ
３ 第１ＳＤＲＡＭ
４ ＳＲＡＭ
５ モデム
６ ＮＣＵ
７ 操作パネル
８ ＲＴＣ
９ 統合チップセット
１０ 第２ＳＤＲＡＭ
１１ スキャナ
１２ プリンタ
１３ ネットワークボード
１４ システムバス
１５ 第１ローカルバス
１６ 第２ローカルバス
１７ シリアルバス
１８ ＬＡＮ
１９ 公衆交換電話網
２０ 制御部
２１ 手順信号生成部
２２ 応答部
２３ 送信部
２４ 受信部
３０ ＰＰＲ信号
３１ ＰＰＲ制御データ
３２ ＰＰＲ全データ
４０ ＤＣＳ
４１ ＤＣＳ制御データ
４２ ＤＣＳ全データ
１００ ファクシミリ装置
１００ａ 送信機
１００ｂ 受信機
【特許請求の範囲】
【請求項１】
相手方装置とのファクシミリ通信手順を定義している第１手順信号と、前記第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む第２手順信号と、を含む手順信号を生成する手順信号生成部と、
前記手順信号を相手方装置に送信する送信部と、
を備えるファクシミリ装置。
【請求項２】
前記第１手順信号を構成するフィールドには、前記手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、前記ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれ、
前記第２手順信号を構成するフィールドには、前記第１手順信号を構成するフィールドのうち、前記ファクシミリインフォメーションフィールドを除き、少なくとも前記ファクシミリコントロールフィールドが含まれる、請求項１に記載のファクシミリ装置。
【請求項３】
前記手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である、請求項２に記載のファクシミリ装置。
【請求項４】
前記第１手順信号は、前記手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置から受信した受信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む、請求項３に記載のファクシミリ装置。
【請求項５】
前記第２手順信号は、前記エラーフレーム情報を除き、少なくとも前記手順信号がＰＰＲ信号であることを示す種類情報を含む、請求項４に記載のファクシミリ装置。
【請求項６】
前記手順信号生成部は、前記手順信号を前記第１手順信号と前記第２手順信号とにマルチフレーム化することで生成する、請求項１〜５のいずれかに記載のファクシミリ装置。
【請求項７】
相手方装置とのファクシミリ通信手順を定義している第１手順信号と、前記第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む第２手順信号と、を含む手順信号を、相手方装置から受信する受信部と、
前記受信部が前記手順信号のうち前記第１手順信号を正常に受信した場合と、前記受信部が前記手順信号のうち前記第２手順信号のみを正常に受信した場合とで、異なる応答方法を実行する応答部と、
を備えるファクシミリ装置。
【請求項８】
前記応答部は、前記受信部が前記手順信号のうち前記第１手順信号を正常に受信した場合には、前記第１手順信号に対する第１応答信号を生成し、前記受信部が前記手順信号のうち前記第２手順信号のみを正常に受信した場合には、前記第２手順信号に対する第２応答信号を生成し、
前記第１又は第２応答信号を相手方装置に送信する送信部をさらに備える、請求項７に記載のファクシミリ装置。
【請求項９】
前記第１手順信号を構成するフィールドには、前記手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、前記ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれ、
前記第２手順信号を構成するフィールドには、前記第１手順信号を構成するフィールドのうち、前記ファクシミリインフォメーションフィールドを除き、少なくとも前記ファクシミリコントロールフィールドが含まれる、請求項８に記載のファクシミリ装置。
【請求項１０】
前記手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である、請求項９に記載のファクシミリ装置。
【請求項１１】
前記第１手順信号は、前記手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置に送信した送信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含み、
前記第２手順信号は、前記エラーフレーム情報を除き、少なくとも前記手順信号がＰＰＲ信号であることを示す種類情報を含む、請求項１０に記載のファクシミリ装置。
【請求項１２】
前記応答部は、前記受信部が前記手順信号のうち前記第１手順信号を正常に受信した場合には、前記第１手順信号に対する第１応答信号に含まれる画像データを、前記エラーフレームに対応する画像データのみから構成する、請求項１１に記載のファクシミリ装置。
【請求項１３】
前記応答部は、前記受信部が前記手順信号のうち前記第２手順信号のみを正常に受信した場合には、前記第２手順信号に対する第２応答信号に含まれる画像データを、一連の全フレームに対応する全画像データから構成する、請求項１２に記載のファクシミリ装置。
【請求項１４】
前記応答部は、前記受信部が前記第１手順信号を正常に受信できず、所定数の前記第２手順信号を正常に受信した場合に、前記第２応答信号に含まれる画像データを前記全画像データから構成する、請求項１３に記載のファクシミリ装置。
【請求項１】
相手方装置とのファクシミリ通信手順を定義している第１手順信号と、前記第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む第２手順信号と、を含む手順信号を生成する手順信号生成部と、
前記手順信号を相手方装置に送信する送信部と、
を備えるファクシミリ装置。
【請求項２】
前記第１手順信号を構成するフィールドには、前記手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、前記ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれ、
前記第２手順信号を構成するフィールドには、前記第１手順信号を構成するフィールドのうち、前記ファクシミリインフォメーションフィールドを除き、少なくとも前記ファクシミリコントロールフィールドが含まれる、請求項１に記載のファクシミリ装置。
【請求項３】
前記手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である、請求項２に記載のファクシミリ装置。
【請求項４】
前記第１手順信号は、前記手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置から受信した受信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含む、請求項３に記載のファクシミリ装置。
【請求項５】
前記第２手順信号は、前記エラーフレーム情報を除き、少なくとも前記手順信号がＰＰＲ信号であることを示す種類情報を含む、請求項４に記載のファクシミリ装置。
【請求項６】
前記手順信号生成部は、前記手順信号を前記第１手順信号と前記第２手順信号とにマルチフレーム化することで生成する、請求項１〜５のいずれかに記載のファクシミリ装置。
【請求項７】
相手方装置とのファクシミリ通信手順を定義している第１手順信号と、前記第１手順信号の一部からなり、手順信号の種類を特定する種類情報を含む第２手順信号と、を含む手順信号を、相手方装置から受信する受信部と、
前記受信部が前記手順信号のうち前記第１手順信号を正常に受信した場合と、前記受信部が前記手順信号のうち前記第２手順信号のみを正常に受信した場合とで、異なる応答方法を実行する応答部と、
を備えるファクシミリ装置。
【請求項８】
前記応答部は、前記受信部が前記手順信号のうち前記第１手順信号を正常に受信した場合には、前記第１手順信号に対する第１応答信号を生成し、前記受信部が前記手順信号のうち前記第２手順信号のみを正常に受信した場合には、前記第２手順信号に対する第２応答信号を生成し、
前記第１又は第２応答信号を相手方装置に送信する送信部をさらに備える、請求項７に記載のファクシミリ装置。
【請求項９】
前記第１手順信号を構成するフィールドには、前記手順信号の種類を特定する種類情報を含むファクシミリコントロールフィールドと、前記ファクシミリ通信手順に関する任意の情報を含むファクシミリインフォメーションフィールドと、が含まれ、
前記第２手順信号を構成するフィールドには、前記第１手順信号を構成するフィールドのうち、前記ファクシミリインフォメーションフィールドを除き、少なくとも前記ファクシミリコントロールフィールドが含まれる、請求項８に記載のファクシミリ装置。
【請求項１０】
前記手順信号がＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）信号である、請求項９に記載のファクシミリ装置。
【請求項１１】
前記第１手順信号は、前記手順信号がＰＰＲ信号であることを示す種類情報と、相手方装置に送信した送信データを構成するフレームのうちどのフレームにエラーが発生しているかを示すエラーフレーム情報と、を含み、
前記第２手順信号は、前記エラーフレーム情報を除き、少なくとも前記手順信号がＰＰＲ信号であることを示す種類情報を含む、請求項１０に記載のファクシミリ装置。
【請求項１２】
前記応答部は、前記受信部が前記手順信号のうち前記第１手順信号を正常に受信した場合には、前記第１手順信号に対する第１応答信号に含まれる画像データを、前記エラーフレームに対応する画像データのみから構成する、請求項１１に記載のファクシミリ装置。
【請求項１３】
前記応答部は、前記受信部が前記手順信号のうち前記第２手順信号のみを正常に受信した場合には、前記第２手順信号に対する第２応答信号に含まれる画像データを、一連の全フレームに対応する全画像データから構成する、請求項１２に記載のファクシミリ装置。
【請求項１４】
前記応答部は、前記受信部が前記第１手順信号を正常に受信できず、所定数の前記第２手順信号を正常に受信した場合に、前記第２応答信号に含まれる画像データを前記全画像データから構成する、請求項１３に記載のファクシミリ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−１１０６１８（Ｐ２０１３−１１０６１８Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５４６２９（Ｐ２０１１−２５４６２９）
【出願日】平成２３年１１月２２日（２０１１．１１．２２）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２２日（２０１１．１１．２２）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
[ Back to top ]