(57)【特許請求の範囲】
【請求項１】
ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置であって、
エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を記憶する記憶手段と、
前記Ｇ３ファクシミリ通信では、前記記憶手段に記憶された前記設定に基づいて、前記エラー訂正モード又は前記非エラー訂正モードでファクシミリ通信を実行するように制御し、前記ＩＰファクシミリ通信では、前記記憶手段に記憶された前記設定にかかわらず、前記エラー訂正モードでファクシミリ通信を実行するように制御する制御手段と
を備えることを特徴とするファクシミリ装置。
【請求項２】
前記制御手段は、
前記Ｇ３ファクシミリ通信が実行され、かつ、前記エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶されている場合、前記エラー訂正モードでファクシミリ通信を実行するように制御し、
前記Ｇ３ファクシミリ通信が実行され、かつ、前記非エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶されている場合、前記非エラー訂正モードでファクシミリ通信を実行するように制御する請求項１に記載のファクシミリ装置。
【請求項３】
前記制御手段は、
前記ＩＰファクシミリ通信が実行され、かつ、前記エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶されている場合、前記エラー訂正モードでファクシミリ通信を実行するように制御し、
前記ＩＰファクシミリ通信が実行され、かつ、前記非エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶されている場合、前記エラー訂正モードでファクシミリ通信を実行するように制御する請求項２に記載のファクシミリ装置。
【請求項４】
ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置であって、
エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかの設定を記憶する記憶手段と、
前記Ｇ３ファクシミリ通信が実行される場合は、前記記憶手段に記憶された前記設定に従って前記エラー訂正モード又は前記非エラー訂正モードでファクシミリ通信を実行するように制御し、前記ＩＰファクシミリ通信が実行される場合は、前記記憶手段に記憶された前記設定にかかわらず、前記エラー訂正モードでファクシミリ通信を実行するように制御する制御手段と
を備えることを特徴とするファクシミリ装置。
【請求項５】
ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置であって、
エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を記憶する記憶手段と、
前記エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶され、かつ、前記Ｇ３ファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御する制御手段と
を備え、
前記制御手段は、
前記エラー訂正モードでファクシミリ通信を実行しない前記設定が前記記憶手段に記憶され、かつ、前記Ｇ３ファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行しないように制御し、
前記エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶され、かつ、前記ＩＰファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御し、
前記エラー訂正モードでファクシミリ通信を実行しない前記設定が前記記憶手段に記憶され、かつ、前記ＩＰファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御することを特徴とするファクシミリ装置。
【請求項６】
前記エラー訂正モードは、受信を失敗したデータの再送信を要求するためのモードであることを特徴とする請求項１乃至５の何れか１項に記載のファクシミリ装置。
【請求項７】
ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置の制御方法であって、
エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を行う工程と、
前記Ｇ３ファクシミリ通信において、前記設定に基づいて、前記エラー訂正モード又は前記非エラー訂正モードでファクシミリ通信を実行するように制御する工程と、
前記ＩＰファクシミリ通信において、前記設定にかかわらず、前記エラー訂正モードでファクシミリ通信を実行するように制御する工程と
を実行することを特徴とするファクシミリ装置の制御方法。
【請求項８】
ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置の制御方法であって、
エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を行う工程と、
前記Ｇ３ファクシミリ通信が実行される場合は、前記設定に基づいて、前記エラー訂正モード又は前記非エラー訂正モードでファクシミリ通信を実行するように制御し、前記ＩＰファクシミリ通信が実行される場合は、前記設定にかかわらず、前記エラー訂正モードでファクシミリ通信を実行するように制御する工程と
を実行することを特徴とするファクシミリ装置の制御方法。
【請求項９】
ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置の制御方法であって、
エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を行う工程と、
前記設定が前記エラー訂正モードでファクシミリ通信を実行することを示し、かつ、前記Ｇ３ファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御する工程と
前記設定が前記エラー訂正モードでファクシミリ通信を実行しないことを示し、かつ、前記Ｇ３ファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行しないように制御する工程と、
前記設定が前記エラー訂正モードでファクシミリ通信を実行することを示し、かつ、前記ＩＰファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御する工程と、
前記設定が前記エラー訂正モードでファクシミリ通信を実行しないことを示し、かつ、前記ＩＰファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御する工程と
を実行することを特徴とするファクシミリ装置の制御方法。
【請求項１０】
請求項７乃至９のいずれか１項に記載のファクシミリ装置の制御方法における各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ装置、その制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
近年、ＩＰ網を利用してファクシミリ（ＦＡＸ）通信を行う方法が確立されてきている。ＩＰ網を利用したインターネットファクシミリ（ＩＰＦＡＸ）通信において、呼接続プロトコルにはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が使用され、データ通信にはＴ．３８プロトコルが使用されている。Ｔ．３８を使ったＩＰＦＡＸ通信においても、Ｔ．３０で定義されたＤＩＳ（Ｄｉｇｉｔａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｉｇｎａｌ）とＤＣＳ（Ｄｉｇｉｔａｌ Ｃｏｍｍａｎｄ Ｓｉｇｎａｌ）の交換により、能力交換が行われる。受信機はＤＩＳで自機の能力宣言を送信機に送り、送信機はＤＩＳと自機の能力の範囲内で通信に用いるモード選択を行いその結果をＤＣＳで受信機側に伝える。ＤＩＳ／ＤＣＳには、Ｎｅｔｗｏｒｋ（ＮＷ）速度による高速通信可能な装置（ＩＡＦＤ：Ｉｎｔｅｒｎｅｔ Ａｗａｒｅ ＦＡＸ Ｄｅｖｉｃｅ）であるか否かを示すビットが定義されている。ここでのＮｅｔｗｏｒｋ速度とは、Ｇ３ＦＡＸ通信よりも早い速度を示す。ＩＰ網を介したファクシミリ通信を実行可能であったとしても、アナログ回線を介したＧ３ＦＡＸ通信の速度にしか対応していない装置（例えば、Ｇ３ＦＡＸ装置に接続されるゲートウェイ装置）は、上述した高速通信可能な装置に該当しない。ＩＰＦＡＸ通信時にＤＩＳ／ＤＣＳの能力交換によりお互いがＩＡＦＤモードであった場合は、ＤＣＳでは速度選択の値を無視してＮＷの速度で通信が行われる。このようにＩＰ網を介して通信を行うため、従来のＧ３ＦＡＸと比べ高速な通信が可能になっている。
【０００３】
一方、Ｔ．３８プロトコルにおいてもＧ３ＦＡＸ同様、受信に失敗した画像データのエラー訂正が可能なＥＣＭ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）通信と、リカバリ（エラー訂正）を行わずその分中間手順を省いたＮｏｎ−ＥＣＭ通信が規定されている。ＥＣＭ通信の場合は、画像データをＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｐｒｏｃｅｄｕｒｅ）フレームに分割し、そのフレームを最大２５６個まとめて１ブロックとしたものを送信する。受信機は、全て正常に受信できて、次のブロックの受信準備が完了した場合はＭＣＦ（Ｍｅｓｓａｇｅ Ｃｏｎｆｉｒｍａｔｉｏｎ）応答を返す。ＥＣＭ通信の場合は、１ブロックのサイズが最大約６４ＫＢと決まっており、直ぐにＭＣＦ応答が返せない場合はＴ５タイマにより１分間のフロー制御が許容されている。即ち、ＭＣＦ応答を行うまでの時間制限に１分間の猶予が設けられている。したがって、ＥＣＭ通信では、ＭＣＦ応答が間に合わずエラーになることはない。
【０００４】
しかし、Ｎｏｎ−ＥＣＭ通信の場合は、画像の送信単位がブロックではなくページであり、さらには、ＥＣＭ通信のような１分間のフロー制御はプロトコルとして規定されていないため、ＭＣＦ応答が返せない（返すのが間に合わない）可能性もある。Ｎｏｎ−ＥＣＭ通信時に受信機が規定時間内にＭＣＦ応答を返せるようにするための時間調整に関する従来技術として、特許文献１には、ＩＴＵ−Ｔ Ｔ．４勧告で規定されている、ＦＡＸ通信の最小伝送時間設定に関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２９８５５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術には以下に記載する問題がある。例えば、Ｔ．３０勧告によると、ＩＡＦＤ同士の通信の場合、送信機はＤＣＳの最小伝送時間を０ｍｓにしなければならない、と定められている。これは、小さいラインデータの場合にＮＷ速度に合わせて末尾に０のビット列であるフィルを挿入してしまうと非常に多量なダミーデータをＩＰ網に送出してしまうことになるので、これを避けるためである。したがって、ＩＡＦＤ同士の通信においては、Ｇ３ＦＡＸのような最小伝送時間による時間調整は使うことができず、ＩＰＦＡＸ機同士のＮｏｎ−ＥＣＭ通信において、ＭＣＦ応答が規定時間内に返せないという問題が残る。一方、これを避けるために常にＩＡＦＤと宣言しないことはＥＣＭ通信まで速度が低下してしまうので好ましくない。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、ＩＰＦＡＸにおけるＮｏｎ−ＥＣＭ受信時においても、規定時間内にＭＣＦ応答を返すことを可能とするための仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置であって、エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を記憶する記憶手段と、前記Ｇ３ファクシミリ通信では、前記記憶手段に記憶された前記設定に基づいて、前記エラー訂正モード又は前記非エラー訂正モードでファクシミリ通信を実行するように制御し、前記ＩＰファクシミリ通信では、前記記憶手段に記憶された前記設定にかかわらず、前記エラー訂正モードでファクシミリ通信を実行するように制御する制御手段とを備えることを特徴とする。
【０００９】
また、本発明は、ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置であって、エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかの設定を記憶する記憶手段と、前記Ｇ３ファクシミリ通信が実行される場合は、前記記憶手段に記憶された前記設定に従って前記エラー訂正モード又は前記非エラー訂正モードでファクシミリ通信を実行するように制御し、前記ＩＰファクシミリ通信が実行される場合は、前記記憶手段に記憶された前記設定にかかわらず、前記エラー訂正モードでファクシミリ通信を実行するように制御する制御手段とを備えることを特徴とする。
【００１０】
また、本発明は、ＩＰファクシミリ通信とＧ３ファクシミリ通信とを実行可能なファクシミリ装置であって、エラー訂正モードでファクシミリ通信を実行するか、又は、非エラー訂正モードでファクシミリ通信を実行するかどうかの設定を記憶する記憶手段と、前記エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶され、かつ、前記Ｇ３ファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御する制御手段とを備え、前記制御手段は、前記エラー訂正モードでファクシミリ通信を実行しない前記設定が前記記憶手段に記憶され、かつ、前記Ｇ３ファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行しないように制御し、前記エラー訂正モードでファクシミリ通信を実行する前記設定が前記記憶手段に記憶され、かつ、前記ＩＰファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御し、前記エラー訂正モードでファクシミリ通信を実行しない前記設定が前記記憶手段に記憶され、かつ、前記ＩＰファクシミリ通信が実行される場合は、前記エラー訂正モードでファクシミリ通信を実行するように制御することを特徴とする。
【発明の効果】
【００１１】
本発明は、ＩＰＦＡＸにおけるＮｏｎ−ＥＣＭ受信時においても、規定時間内にＭＣＦ応答を返すことを可能とするための仕組みを提供できる。
【図面の簡単な説明】
【００１２】
【図１】ＩＰＦＡＸ装置のブロック図及びネットワーク構成を示す図。
【図２】ＥＣＭ通信時のプロトコルを示す図。
【図３】Ｎｏｎ−ＥＣＭ通信時のプロトコルを示す図。
【図４】第１の実施形態に係る処理手順を示すフローチャート。
【図５】第２の実施形態に係る登録メニュー・アドレス帳を示す図。
【図６】第２の実施形態に係るＵＩ画面を示す図。
【図７】第２の実施形態に係る送信時の実施例を示すフローチャート。
【図８】第２の実施形態に係る受信時の実施例を示すフローチャート。
【図９】第３の実施形態に係る処理手順を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１４】
＜第１の実施形態＞
＜ファクシミリ装置の構成＞
以下では、図面を参照して、本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態の機能が搭載されているＴ．３０及びＴ．３８に準拠したＩＰＦＡＸ装置（ファクシミリ装置）のハードウェア構成と通信網の接続について説明する。
【００１５】
３０１は、本発明の機能が搭載されているＴ．３０及びＴ．３８に準拠し、Ｇ３ＦＡＸ（アナログ電話回線を利用したファクシミリ通信）とＩＰＦＡＸ（ＩＰ網を利用したインターネットファクシミリ通信）に対応したＦＡＸ装置１である。ＦＡＸ装置３０１は、アナログ公衆網３２４及び構内ＩＰ網３２１に接続されている。なお、接続されるＩＰ網は構内ＩＰ網に限らず、公衆ＩＰ網でもよい。３２５は、Ｔ．３０に準拠したアナログのＧ３ＦＡＸ装置３である。ＦＡＸ装置３０１はアナログ公衆網３２４を介してＧ３ＦＡＸ３２５とＦＡＸ通信が可能である。３２３はＳＩＰサーバである。３２２はＴ．３８に準拠したＩＰＦＡＸ装置２である。ＦＡＸ装置３０１はＳＩＰサーバ３２３、構内ＩＰ網３２１を介してＩＰＦＡＸ装置３２２と通信可能である。
【００１６】
ＦＡＸ装置３０１は画像の入出力機能を有するものであり、紙原稿の入力及び紙への印刷出力を行うものである。ＦＡＸ装置３０１は入力した画像情報を紙に印刷したり、デジタルデータとして保存したり構内ＩＰ網やＦＡＸを経由して他の機器へ転送することも可能である。ＦＡＸ装置３０１は構内ＩＰ網３２１に常時接続して、他の画像処理装置やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やサーバと一緒に運用されることが一般的である。ＰＣからのプリントデータや、他の端末からの画像情報を受信し、紙への印刷出力も可能である。
【００１７】
続いて、ＦＡＸ装置３０１の内部構成について説明する。ＦＡＸ装置３０１の動作はユーザインタフェース（ＵＩ）３０２からユーザが指示を行うことが可能である。ＦＡＸ装置３０１は商用電源に接続され電源部３１５よりＦＡＸ装置３０１内部に電力を供給し動作する。バス３１０は、スキャナＩ／Ｆ制御部３０７、ＣＰＵ３１４、ＲＯＭ３１１、ＲＡＭ３１２、ＨＤＤ３１３、プリンタＩ／Ｆ制御部３０５、ＵＩ制御部３０３、画像処理部３０８、ネットワークＩ／Ｆ制御部３０９、及びＭＯＤＥＭ３１６を電気信号で接続しデータ伝送することができる。バス３１０は、ＣＰＵ３１４からの制御信号や各ユニット間のデータ信号が送受信されるシステムバスとして利用される。
【００１８】
ＣＰＵ３１４は、ＦＡＸ装置３０１の制御ソフトウェアプログラムをＲＯＭ３１１やＨＤＤ３１３から読み込みＲＡＭ３１２に展開して実行し装置全体の制御を行う。ＲＯＭ３１１は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納されておりフラッシュメモリを用いることが多い。ＲＡＭ３１２は、ランダムアクセスメモリの機能を持ち半導体メモリが接続されており、ＣＰＵ３１４がＦＡＸ装置３０１を制御する際に、一時的な作業データや画像データや印刷データの格納などにも使用する。ＨＤＤ３１３は、ハードディスクドライブであり、画像データ、印刷データ、宛先登録情報の格納など、様々なデータの格納に使用する。また、ＲＡＭ３１２及びＨＤＤ３１３は、ＣＰＵ３１４が画像データの画像処理や符号化復号化や解像度変換の作業を行う作業領域としても使用される。
【００１９】
画像処理部３０８は、画像データを高画質化する画像処理や解像度変換や符号化復号化をハードウェアで行うものである。また、ＲＡＭ３１２及びＨＤＤ３１３は、ＣＰＵ３１４が伝送するデータの符号／復号化やＩＰパケットを処理する作業を行う作業領域としても使用される。ＵＩ制御部３０３は、ＵＩ３０２を制御し、各種情報の表示、ユーザからの指示入力を受け付ける。
【００２０】
プリンタＩ／Ｆ制御部３０５は、プリンタ３０４を制御する装置である。スキャナＩ／Ｆ制御部３０７は、スキャナ３０６を制御する装置である。ネットワークＩ／Ｆ制御部３０９は、構内ＩＰ網３２１とのデータの送受信を制御し、ＴＣＰやＵＤＰなどのＩＰパケットの解析や生成を行う。ＩＰパケットの送受信により送信或いは受信するデータは一旦ＲＡＭ３１２やＨＤＤ３１３に保存された後ＣＰＵ３１４で解釈してプロトコル規定に従って処理される。また、ＦＡＸ装置３０１はネットワークＩ／Ｆ制御部３０９及び構内ＩＰ網３２１を経由して、ＳＩＰセッションを利用して相手機との呼接続及びデータ通信を行うことが可能である。ＣＰＵ３１４は構内ＩＰ網３２１からネットワークＩ／Ｆ制御部３０９でＴ．３８パケットを受信して解析を行う。ＭＯＤＥＭ３１６は電話回線から変調された信号を復調したり、逆に装置からの信号を変調し電話回線に送出したりするものである。ＮＣＵ３１７は電話回線とＦＡＸのインタフェース部分にあたり、電話回線から伝達される信号を検知してＭＯＤＥＭ３１６に伝えたり、電話回線をＦＡＸや電話機３２６に切り替えたりする回線制御を行う。
【００２１】
ここで、ＦＡＸ装置３０１がＴ．３８でＦＡＸ通信を行う際のデータの流れを説明する。ＳＩＰサーバ３２３には予め電話番号とその番号が示す接続先ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）との対応が登録されているものとする。ここでＵＲＩとはＩＰ網上での相手先アドレスを示す識別子のことである。
【００２２】
まず、ＦＡＸ装置３０１がＩＰＦＡＸ装置３２２とＩＰＦＡＸ通信を行う場合について説明する。ＣＰＵ３１４はスキャナＩ／Ｆ制御部３０７を通じてスキャナ３０６を動作させて原稿の読み込みを行い、画像データを取得する。画像データの取得が終わると、ネットワークＩ／Ｆ制御部３０９において、ＳＩＰサーバ３２３に対してＳＩＰの接続要求（ＩＮＶＩＴＥ信号）が送信される。ＳＩＰサーバ３２３ではそのＩＮＶＩＴＥ信号を受信し、そこに含まれる相手先電話番号から対応するＵＲＩを検索し、一致したＵＲＩ（ここではＩＰＦＡＸ装置３２２）に対してＩＮＶＩＴＥ信号を転送する。ＩＰＦＡＸ装置３２２はそのＩＮＶＩＴＥ信号を受信可能であれば２００ＯＫ信号をＳＩＰサーバ３２３経由でＦＡＸ装置３０１へ送信する。これによりＦＡＸ装置３０１とＩＰＦＡＸ装置３２２の間で呼が接続されたことになる。その後、ＣＰＵ３１４はスキャンした画像データを画像処理部３０８にてＪＢＩＧ等の符号化データに変換する。そして符号化データはネットワークＩ／Ｆ制御部３０９でＴ．３８パケットに変換され構内ＩＰ網３２１を経由してＩＰＦＡＸ装置３２２へ転送される。また、ＩＰＦＡＸ装置３２２から送出されたＴ．３８パケットは構内ＩＰ網３２１を経由してネットワークＩ／Ｆ制御部３０９に到達し、符号化されたデジタルの画像データが取り出されＣＰＵ３１４へ送られる。ＪＢＩＧ等で符号化されたデジタル画像データを生の画像データに復号化し受信データとしてプリンタＩ／Ｆ制御部３０５へ送りプリンタ３０４でプリントする。
【００２３】
＜Ｔ．３８プロトコルによる通信＞
次に、図２及び図３を参照して、Ｔ．３８プロトコルによる２つの通信方法について説明する。図２は、受信に失敗した画像データのエラー訂正が可能なＥＣＭ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）通信を示す。図３は、リカバリ（エラー訂正）を行わずその分中間手順を省いたＮｏｎ−ＥＣＭ通信を示す。
【００２４】
図２に示すＥＣＭ通信では、画像データをＨＤＬＣ（Ｈｉｇｈ−ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｐｒｏｃｅｄｕｒｅ）フレームに分割し、そのフレームを最大２５６個まとめて１ブロックとしたものを送信する。受信機（受信側装置）は１ブロックと、そのブロックの終わりを示す手順信号（ＰＰＳ−Ｑ信号）を受け終わると、受信したフレームの番号を確認する。ここで、ＰＰＳ−Ｑ信号とは、ＰＰＳ−ＥＯＰ、ＰＰＳ−ＭＰＳ、ＰＰＳ−ＮＵＬＬの総称を示す。受信できなかったフレームがあった場合は再送要求のＰＰＲ（Ｐａｒｔｉａｌ Ｐａｇｅ Ｒｅｑｕｅｓｔ）応答を返す。全て正常に受信できて、次のブロックの受信準備が完了した場合はＭＣＦ（Ｍｅｓｓａｇｅ Ｃｏｎｆｉｒｍａｔｉｏｎ）応答を返す。
【００２５】
ここで、ＭＣＦ応答を返す場合、即ち、受信準備が完了するためには受信したデータの復号処理や格納処理まで終了している必要がある。このとき、受信機の性能によっては復号処理に時間が掛り、直ぐにＭＣＦ応答が返せない場合もある。そこで、ＥＣＭ通信ではＴ５タイマにより１分間のフロー制御が許容されている。即ち、ＭＣＦ応答を行うまでの時間制限に１分間の猶予が設けられている。
【００２６】
受信機は復号処理が間に合わず、直ぐにＭＣＦ応答が返せない場合はＰＰＳ−Ｑ信号に対して一旦ＲＮＲ（Ｒｅｃｅｉｖｅ Ｎｏｔ Ｒｅａｄｙ）応答を返すことができる。送信機（送信側装置）はそれを受けて再び受信状態の問い合わせのためにＲＲ（Ｒｅｃｅｉｖｅ Ｒｅａｄｙ）信号を送信する。ＥＣＭ通信ではこのＲＮＲ−ＲＲのやり取りを最大１分間続けることができ、その間に受信準備を終わらせＭＣＦ応答が返せれば通信エラーにはならない。なお、ＥＣＭ通信の１ブロックのサイズは最大約６４ＫＢと上限が決まっているため、１分間のフロー制御の間にほぼ確実にＭＣＦ応答を返すことが可能になっている。例えＩＰＦＡＸ機同士で非常に高速に通信を行ったとしてもＥＣＭ通信であればＭＣＦ応答が間に合わずにエラーになることはない。
【００２７】
一方、図３に示すＮｏｎ−ＥＣＭ通信の場合は、画像の送信単位がブロックではなくページである。従って、原稿サイズや解像度によっては１ページのデータサイズが非常に大きくなる場合がある。しかし、Ｎｏｎ−ＥＣＭ通信ではＥＣＭ通信のような１分間のフロー制御はプロトコルとして規定されていない。このため、受信した画像サイズが大きく復号処理が間に合わなかったとしても、受信機はＲＮＲ応答を返すことはできない。受信機は送信機がページの終わりを示すＱ信号を３ｓ間隔で最大３回再送してくる間に、ＭＣＦ応答が返せないと通信エラーになってしまう。つまり、Ｎｏｎ−ＥＣＭ受信の場合、ＭＣＦを返すまでの猶予時間は約９ｓ程度しかない。
【００２８】
ただし、Ｇ３ＦＡＸの場合はＮｏｎ−ＥＣＭ通信の最大速度は１４．４ｋｂｐｓであるため、この程度の速度であれば、画像データの受信自体に時間が掛かるので、受信機はその間にも復号処理を進めることができる。このことから最近のＧ３ＦＡＸ装置の場合は前述した猶予期間が９ｓ程しかなくてもＭＣＦ応答が間に合わないということはほとんどない。しかし、ＩＰＦＡＸの場合は、数Ｍｂｐｓという速度で高速に通信が行われるため、非常に大きな画像であっても直ぐに受信が終わってしまう。このため、受信機が復号処理に掛けられる時間が前述した約９ｓ程しかないケースがある。復号処理のためのハードを搭載していないＩＰＦＡＸ装置の場合は、この約９ｓの間に復号処理が終わらず、ＭＣＦ応答が返せないこともある。
【００２９】
また、Ｎｏｎ−ＥＣＭ通信時に受信機が規定時間内にＭＣＦ応答を返せるようにするための時間調整に関する技術としてＩＴＵ−Ｔ Ｔ．４勧告で規定されている「最小伝送時間設定」がある。最小伝送時間とは受信機が１ライン処理するのに最低必要な時間のことを意味する。１ラインの伝送時間がこの最小伝送時間よりも短くならないように送信機側で小さいラインデータに対しては末尾に０のビット列（フィル）を追加するようになっている。このフィルは時間調整のためのダミーデータであるため、受信機側で画像データから取り除かれる。送信機は受信機がＤＩＳ（受信側情報）で宣言してくる最小伝送時間を下回らないように、ＤＣＳ（送信側情報）で最小伝送時間の通知を行い、画像データにフィルの挿入を行うようになっている。しかし、上述したように、Ｔ．３０勧告によると、ＩＡＦＤ同士の通信の場合、ＮＷ速度（ネットワーク速度）に合わせてフィルを挿入してしまうと非常に多量なダミーデータをＩＰ網に送出してしまうことになるため、送信機はＤＣＳの最小伝送時間を０ｍｓにしなければならないと規定されている。したがって、ＩＡＦＤ同士の通信においては、Ｇ３ＦＡＸのような最小伝送時間による時間調整は使うことができない。そこで、本実施形態に係るファクシミリ装置は、ＩＰＦＡＸにおけるＮｏｎ−ＥＣＭ受信時においても、常に規定時間内にＭＣＦ応答を返す仕組みを提供する。
【００３０】
＜処理手順＞
次に、図４を参照して、本実施形態に係る処理手順について説明する。ここでは、ＩＰＦＡＸ受信時のＤＩＳ再送及び、画像受信フェーズに移行するまでの処理手順について説明する。つまり、ここでは、ＦＡＸ装置３０１がＩＰＦＡＸにおける受信機として動作する例について説明する。本フローチャートの処理は、ＣＰＵ３１４がＦＡＸ装置３０１の制御ソフトウェアプログラムをＲＯＭ３１１やＨＤＤ３１３から読み込み、ＲＡＭ３１２に展開して実行する。また、本フローチャートにおいてＳ４０２、Ｓ４０６、Ｓ４０７のＤＩＳ、ＣＦＲ（Ｃｏｎｆｉｒｍａｔｉｏｎ Ｔｏ Ｒｅｃｅｉｖｅ）の送信処理は、ＣＰＵ３１４がネットワークＩ／Ｆ制御部３０９にてＴ．３８のパケット生成を行う。そしてそのパケットをネットワークＩ／Ｆ制御部３０９から構内ＩＰ網３２１へ送信する。またＳ４０３のＤＣＳの受信処理は、ＩＰ網３２１から受けたＴ．３８パケットをネットワークＩ／Ｆ制御部３０９が受信し、そのＴ．３８パケットをＣＰＵ３１４が解析する。そして、ＤＣＳの制御信号情報を取得し、ＲＡＭ３１２に記憶することで実行される。説明が煩雑になるため、以降は単に、送信する、受信する、と記述する。
【００３１】
Ｓ４０１において、ＣＰＵ３１４は、自機のＩＡＦＤモード（ＮＷ速度による高速通信可能なモード）を示すフラグをＯＮにしてＲＡＭ３１２に保存する。Ｓ４０２において、ＣＰＵ３１４は、ＩＡＦＤモードＯＮを示すＢｉｔ１２３（ＩＰ−ＦＡＸ装置能力を示すフラグ）を１にしたＤＩＳを送信する。
【００３２】
ここで、ＤＩＳ／ＤＣＳのビットについて説明する。相手機がＥＣＭかＮｏｎ−ＥＣＭか、またＩＡＦＤか否かはＦＡＸの能力交換で使われるＤＩＳ／ＤＣＳのビットに定義されているため、これ見ることで判別が可能になっている。ＥＣＭのモードを示すビットは２７ビット目に、ＩＡＦＤか否かを示すビットは１２３ビット目に割り当てられている。
【００３３】
Ｂｉｔ２７    ０：Ｎｏｎ−ＥＣＭ   １：ＥＣＭ
Ｂｉｔ１２３  ０：ＩＡＦＤでない   １：ＩＡＦＤである。
【００３４】
続いて、Ｓ４０３において、ＣＰＵ３１４は、相手機から送られてきたＤＣＳを受信する。Ｓ４０４において、ＣＰＵ３１４は、Ｓ４０３で受信したＤＣＳのＢｉｔ１２３の値及びＲＡＭ３１２に保存されている自機のＩＡＦＤモードを示す変数の値を取得し、両者がともにＩＡＦＤモードＯＮを示す値であるか否かを判定する。少なくとも何れかがＩＡＦＤモードＯＦＦであれば、Ｓ４０７に進みＣＦＲを送信した後に、Ｓ４０８で画像受信フェーズに移行し、ファクシミリ受信を開始する。
【００３５】
一方、Ｓ４０４で両者ともＩＡＦＤモードＯＮであれば、Ｓ４０５において、ＣＰＵ３１４は、ＤＣＳのＢｉｔ２７の値を取得し、送信機の選択がＥＣＭか否かを判定する。送信機の選択がＥＣＭであればＳ４０７、Ｓ４０８に進み画像受信フェーズに移行し、ファクシミリ受信を開始する。そうでなければＳ４０６に進み、ＣＰＵ３１４は、ＲＡＭ３１２に保存されている自機のＩＡＦＤモードを示すフラグをＯＦＦに更新する。さらに、ＣＰＵ３１４は、ＩＡＦＤモードＯＦＦを示すようにＢｉｔ１２３を０に設定したＤＩＳを生成し、再送する。ここで、送信側装置は、当該ＤＩＳを再受信する。
【００３６】
再送した後はＳ４０３に戻り、ＣＰＵ３１４は、ＤＣＳを受信する。一度、Ｓ４０６において、自機のＩＡＦＤモードをＯＦＦにすると２回目以降のＳ４０４の判定において、判定結果が必ずＮＯになるため、ＩＡＦＤモードをＯＦＦに変更してＤＩＳの再送を行うのは１回限りとなる。つまり、仮にＳ４０６でＩＡＦＤモードＯＦＦのＤＩＳの送信を行ったにもかかわらず相手機が再びＩＡＦＤモードＯＮでＤＣＳを送信してきたとしても無限ループには陥らない。
【００３７】
以上説明したように、本実施形態によれば、ＩＰＦＡＸ受信時に、最初自機はＩＡＦＤであるとしてＤＩＳ宣言するが、送信機がＩＡＦＤかつＮｏｎ−ＥＣＭとＤＣＳ通知してきた場合のみ、自身はＩＡＦＤではないとしてＤＩＳ宣言をやり直す。これにより、送信機に対して画像送信速度をＮＷ速度からＧ３ＦＡＸの速度に切り替えさせることができる。こうすることで、画像受信に掛る時間が延びてその分復号処理にかける時間に充てられるため、ＭＣＦ応答を規定時間内に行うことが可能になる。
【００３８】
通常、受信機のＤＩＳ宣言では、自機がＩＰＦＡＸ装置であればＢｉｔ１２３を１（ＩＡＦＤである）として宣言し、Ｇ３ＦＡＸ装置であれば０（ＩＡＦＤではない）として宣言を行う。そして、ＩＡＦＤである送信機は、受信機のＤＩＳのＢｉｔ１２３を見て、１であれば相手機はＩＡＦＤであると判断し、ＤＣＳのＢｉｔ１２３を１に設定して高速で送信を行う。０であれば、相手機はＧＷに接続されたＧ３ＦＡＸ装置であると判断し、ＤＣＳのＢｉｔ１２３を０に設定してＧ３のスピードで送信を行うようになっている。従って、送信機がＩＡＦＤであったとしても、ＤＩＳによりＩＡＦＤでないと宣言し直すことにより、通信速度をＧ３の速度に落とすことが可能になる。
【００３９】
＜第２の実施形態＞
以下では、図５乃至図８を参照して、本発明の第２の実施形態について説明する。上記実施形態では、本実施形態では、ＦＡＸ送信又はＦＡＸ受信する際に自機がＥＣＭ可能か否かを決定する制御について説明する。まず、図５を参照して、本実施形態において、データを送信する際に操作画面に表示される、アドレス帳登録メニュー及び、ファクス送受信設定メニューについて説明する。
【００４０】
５０１はアドレス帳登録である。アドレス帳登録には複数の宛先を登録することが可能になっている。宛先毎に電話番号５０８、５１１、ＥＣＭ設定５０９、５１２、ＩＰＦＡＸかＧ３ＦＡＸかを区別するための種別５１０、５１３、の設定などは含まれる。なお、これ以外にも宛先として登録可能な項目が存在する実施例もあるが、ここでは省略する。
【００４１】
宛先５０４は、種別５１０に示すようにＩＰＦＡＸの宛先である。宛先電話番号５０８は０４４−１２３４５６７８で、ＥＣＭ５０９はＯＮが登録されている。また宛先５０５は、種別５１３に示すようにＧ３ＦＡＸ宛先であり、宛先電話番号５１１は０４４−８７６５４３２１で、ＥＣＭ５１２はＯＦＦが登録されている。
【００４２】
アドレス帳から宛先を選択してＦＡＸ送信を行う場合は、宛先毎に設定された種別を参照することでＩＰ宛先かＧ３宛先かの判別が可能である。また、アドレス帳からのＦＡＸ送信の場合は、後述する送信時のＥＣＭ選択決定においてこの宛先毎に登録されたＥＣＭ設定５０９、５１２を参照する。
【００４３】
５０２は、ファクス送信設定メニューである。５０６は、本体の送信ＥＣＭ設定登録である。５０６はアドレス帳５０１に登録されていない新規宛先によるＦＡＸ送信を行う際に、後述する送信時のＥＣＭ選択決定で用いられる。
【００４４】
５０３はファクス受信設定メニューである。５０７は本体の受信ＥＣＭ設定登録である。５０７は後述するＦＡＸ受信時のＥＣＭ選択決定で用いられる。ファクス送信設定５０２及びファクス受信設定５０３は、何れもＥＣＭ設定以外の項目も登録可能な実施例もあるが、ここでは省略する。
【００４５】
次に、図６を参照して、本実施形態に係るＵＩ３０２について説明する。ＵＩ３０２からＦＡＸ送信時の宛先入力や原稿の読み取りモードなどの詳細設定を行うことが可能である。アドレス帳に登録されていない新規宛先の場合はテンキー６０２を用いて電話番号の入力を行う。また、新規宛先の場合は種別選択ボタン６０１よりＩＰＦＡＸ宛先なのかＧ３ＦＡＸ宛先なのかの選択を行う。また、既にアドレス帳に登録されている宛先を選ぶ場合は６０３のアドレス帳ボタンより選択が可能になっている。したがって、アドレス帳ボタン６０３が押下されると、既に登録されているアドレスのリストが表示される。
【００４６】
＜処理手順＞
次に、図７及び図８を参照して、本実施形態に係るＦＡＸ送信時及びＦＡＸ受信時に能力交換に用いるＥＣＭモードの決定の処理手順について説明する。なお、ＦＡＸ通信のＥＣＭモードは最終的には相手機との能力交換により決定されるが、ここで説明するのはその能力交換のときに自機がＥＣＭ可能か否かを決めるための処理手順である。
【００４７】
まず、図７を参照して、ファクシミリ送信時の決定フローについて説明する。本フローチャートの処理はＣＰＵ３１４がＦＡＸ装置３０１の制御ソフトウェアプログラムをＲＯＭ３１１やＨＤＤ３１３から読み込みＲＡＭ３１２に展開して実行する。
【００４８】
Ｓ７０１において、ＵＩ３０２よりユーザから入力された宛先情報をＵＩ制御部３０３が受信し、ＣＰＵ３１４は、宛先情報から新規宛先かアドレス帳に登録されている宛先かを判定する。新規宛先であった場合はＳ７０２に進み、ＣＰＵ３１４は、宛先情報の中から種別情報を参照し、ＩＰＦＡＸ宛先かＧ３ＦＡＸ宛先かを判定する。ＩＰＦＡＸ宛先と判定されるとＳ７０４に進み、ＣＰＵ３１４は、ＲＡＭ３１２に保存されているファクス送信設定５０２のＥＣＭの値３０６は読み出さず、能力交換に用いるＥＣＭはＯＮであると決定し、処理を終了する。
【００４９】
一方、Ｓ７０２でＧ３ＦＡＸ宛先と判定するとＳ７０３に進み、ＣＰＵ３１４は、ＲＡＭ３１２に保存されているファクス送信設定５０２のＥＣＭの値３０６を読み出し、ＯＮであるか否かを判定する。当該値がＯＮであればＳ７０４に進み、ＣＰＵ３１４は、能力交換に用いるＥＣＭもＯＮであると決定し、ＯＦＦであればＳ７０７に進み、能力交換に用いるＥＣＭの値はＯＦＦであると決定し、処理を終了する。
【００５０】
Ｓ７０１で入力された宛先がアドレス帳５０１に既に登録されている宛先であると判定された場合はＳ７０５に進み、ＣＰＵ３１４は、宛先毎に登録された種別情報をＲＡＭ３１２から読み出し、宛先がＩＰＦＡＸかＧ３ＦＡＸかを判定する。宛先がＩＰＦＡＸ宛先であればＳ７０４に進み、ＣＰＵ３１４は、ＲＡＭ３１２に保存されている宛先毎のＥＣＭ５０９、５１２の値は読み出さずに、能力交換に用いるＥＣＭはＯＮであると決定し、処理を終了する。
【００５１】
一方、宛先がＧ３ＦＡＸ宛先であればＳ７０６に進み、ＣＰＵ３１４は、ＲＡＭ３１２に保存されている宛先毎のＥＣＭ５０９、５１２の値を読み出し、ＯＮであるか否かを判定する。当該値がＯＮであればＳ７０４に進み、ＣＰＵ３１４は、能力交換に用いるＥＣＭの値もＯＮであると決定し、ＯＦＦであればＳ７０７に進み能力交換に用いるＥＣＭの値はＯＦＦであると決定する。
【００５２】
以上により、装置の送信ＥＣＭ５０６又はアドレス帳のＥＣＭ５０９、５１２がＯＦＦに設定されていたとしても、ＩＰＦＡＸ送信時は常にＥＣＭがＯＮとして動作することができる。これによりＩＰＦＡＸ通信時に自機（送信機側）のＥＣＭ設定のせいで、ＭＣＦ応答が間に合わず通信エラーになる可能性のあるＮｏｎ−ＥＣＭ通信になってしまうことを防止することができる。
【００５３】
次に、図８を参照して、ＦＡＸ受信時の決定フローについて説明する。本フローチャートの処理はＣＰＵ３１４がＦＡＸ装置３０１の制御ソフトウェアプログラムをＲＯＭ３１１やＨＤＤ３１３から読み込みＲＡＭ３１２に展開して実行する。
【００５４】
装置にファクシミリ着信があると、Ｇ３ＦＡＸの場合はＮＣＵ３１７がアナログ公衆網３２４からの呼出し信号を検知し、ＣＰＵ３１４に着信したことを伝える。ＩＰＦＡＸの場合はネットワークＩ／Ｆ制御部３０９が構内ＩＰ網３２１からのＩＮＶＩＴＥ信号受信を検知し、ＣＰＵ３１４に着信したことを伝える。Ｓ８０１において、ＣＰＵ３１４は、着信を検知すると、その通知元を判定し、ＩＰＦＡＸ受信なのかＧ３ＦＡＸ受信なのか判定する。
【００５５】
ＩＰＦＡＸ受信であればＳ８０２に進み、ＣＰＵ３１４は、能力交換に用いるＥＣＭはＯＮであると決定し、処理を終了する。一方、Ｇ３ＦＡＸ受信であればＳ８０３に進み、ＣＰＵ３１４は、ＲＡＭ３１２に格納されているファクス受信設定５０３のＥＣＭの値５０７を読み出し、ＥＣＭ設定がＯＮか否かを判定する。ＥＣＭがＯＮであればＳ８０２に進み、ＣＰＵ３１４は、能力交換で用いるＥＣＭの値はＯＮであると決定し、処理を終了する。一方、ＯＦＦであればＳ８０４に進み、ＣＰＵ３１４は、能力交換で用いるＥＣＭの値がＯＦＦであると決定し、処理を終了する。
【００５６】
以上により、装置の受信ＥＣＭ５０７がＯＦＦに設定されていたとしても、ＩＰＦＡＸ受信時は常にＥＣＭがＯＮとして動作することができる。これによりＩＰＦＡＸ通信時に自機（受信機側）のＥＣＭ設定のせいで、ＭＣＦ応答が間に合わず通信エラーになる可能性のあるＮｏｎ−ＥＣＭ通信になってしまうことを防止することができる。
【００５７】
以上説明したように、本実施形態によれば、自機のＥＣＭ設定がＯＦＦに設定されていたとしてもＩＰＦＡＸ通信の場合はＥＣＭ＝ＯＮで能力交換を行う。近年は、ＩＰＦＡＸとＧ３ＦＡＸの両方に対応しているＦＡＸ装置も多数存在している。Ｇ３ＦＡＸの場合、接続されている回線が定常的にノイズの多い回線であると、ＥＣＭ通信においてはＰＰＲによるフレーム再送が頻発し、通信がなかなか終了しないようなケースがある。このため、装置のＥＣＭ設定をＯＦＦにして利用するケースがある。しかし、ＩＰＦＡＸ通信の場合はＥＣＭをＯＦＦにしてしまうと上記課題が存在するため、ＥＣＭはＯＮで利用することが好ましい。また、ＩＰＦＡＸの場合は次の理由からＥＣＭをＯＦＦにして利用するメリットもあまり無い。それは、ＴＣＰ環境であればＮＷ層でパケット損失に対する再送やエラー訂正があるためフレームをロスすることがないということである。また、ＵＤＰ環境であっても定常的にパケット損失が発生するような環境は考えにくいということである。従って、ＩＰＦＡＸの場合はＥＣＭ通信でＰＰＲの頻発により通信が終わらないというケースが考えにくいためである。ＦＡＸ、ＩＰＦＡＸの能力交換では、相手機がＥＣＭの能力を持っていたとしても、自機がＮｏｎ−ＥＣＭで宣言してしまうとその通信はＮｏｎ−ＥＣＭになってしまう。このことを避けるために、本実施形態では、ＩＰＦＡＸ通信の場合は装置のＥＣＭ設定によらず常にＥＣＭとして宣言を行っている。
【００５８】
＜第３の実施形態＞
以下では、図９を参照して、本発明の第３の実施形態について説明する。本実施形態では、上記第１及び第２の実施形態を合わせた制御について説明する。図９は、ファクシミリ着信した際の能力交換に用いるＥＣＭモード決定及び、ＤＩＳの再送信に関する処理手順を示す。本フローチャートの処理はＣＰＵ３１４がＦＡＸ装置３０１の制御ソフトウェアプログラムをＲＯＭ３１１やＨＤＤ３１３から読み込みＲＡＭ３１２に展開して実行する。また本フローチャートのＳ９０７、Ｓ９１１、Ｓ９１２で行うＤＩＳ、ＣＦＲの送信処理、Ｓ９０８で行うＤＣＳの受信処理はＩＰＦＡＸ通信とＧ３ＦＡＸ通信とで実行方法が異なるため、予めここで実施方法について説明をしておく。ＤＩＳ、ＣＦＲの送信処理に関して、ＩＰＦＡＸ通信の場合はＣＰＵ３１４がネットワークＩ／Ｆ制御部３０９にてＤＩＳ、ＣＦＲのＴ．３８パケットの生成を行い、そのパケットをネットワークＩ／Ｆ制御部３０９から構内ＩＰ網３２１に対して送信を行う。Ｇ３ＦＡＸの場合はＣＰＵ３１４がＤＩＳ、ＣＦＲの制御信号データを、ＭＯＤＥＭ３１６を使って変調しアナログのＦＡＸ信号に変換する。そして、そのアナログのＦＡＸ信号をアナログ公衆網３２４に対して送出する。ＤＣＳの受信処理に関して、ＩＰＦＡＸの場合は、構内ＩＰ網３２１から受けたＴ．３８パケットをネットワークＩ／Ｆ制御部３０９が受信する。ＣＰＵ３１４はそのＴ．３８パケットを解析し、ＤＣＳの制御信号情報を取り出してＲＡＭ３１２に記憶する。Ｇ３ＦＡＸの場合はアナログ公衆網３２４から受けたＦＡＸのアナログ信号をＭＯＤＥＭ３１６が復調しＤＣＳの制御信号情報を取得する。取得したＤＣＳの制御信号をＲＡＭ３１２に記憶する。説明が煩雑になるため、以降は単に、送信する、受信する、と記述する。
【００５９】
装置にファクシミリ着信があると、Ｇ３ＦＡＸの場合はＮＣＵ３１７がアナログ公衆網３２４からの呼出し信号を検知し、ＣＰＵ３１４に着信したことを伝える。ＩＰＦＡＸの場合はネットワークＩ／Ｆ制御部３０９が構内ＩＰ網３２１からのＩＮＶＩＴＥ信号受信を検知し、ＣＰＵ３１４に着信したことを伝える。Ｓ９０１において、ＣＰＵ３１４は、着信を検知すると、その通知元を判別し、ＩＰＦＡＸ受信なのかＧ３ＦＡＸ受信なのか判定する。ＩＰＦＡＸ受信であればＳ９０２において、ＣＰＵ３１４は、自機のＩＡＦＤモードを示すフラグをＯＮに設定してＲＡＭ３１２に保存する。続いてＳ９０３において、ＣＰＵ３１４は、能力交換に用いるＥＣＭがＯＮであると決定する。
【００６０】
一方、Ｓ９０１でＧ３ＦＡＸ受信であると判定するとＳ９０４において、ＣＰＵ３１４は、自機のＩＡＦＤモードを示すフラグをＯＦＦに設定してＲＡＭ３１２に保存する。続いて、Ｓ９０５において、ＣＰＵ３１４は、ＲＡＭ３１２に格納されているファクス受信設定５０３のＥＣＭの値５０７を読み出し、ＥＣＭがＯＮであるか否かを判定する。ＥＣＭがＯＮであればＳ９０３に進み、ＣＰＵ３１４は、能力交換で用いるＥＣＭの値はＯＮであると決定する。ＯＦＦであればＳ９０６に進み、ＣＰＵ３１４は、能力交換で用いるＥＣＭの値はＯＦＦであると決定する。
【００６１】
能力交換に用いるＥＣＭの値が決定するとＳ９０７に進み、ＣＰＵ３１４は、決定されたＥＣＭの値に応じてＤＩＳのＢｉｔ２７の値を設定し、ＤＩＳを送信する。続いて、Ｓ９０８において、ＣＰＵ３１４は、ＤＣＳを受信し、その制御信号情報の値からＥＣＭのモードを示すＢｉｔ２７の値及びＩＡＦＤモードを示すＢｉｔ１２３の値を取得する。
【００６２】
Ｓ９０９において、ＣＰＵ３１４は、ＲＡＭ３１２に保存してある自機のＩＡＦＤモードの値を読み出し、その自機のＩＡＦＤモードの値とＳ９０８で取得したＤＣＳのＩＡＦＤモードの値がともにＯＮであるか否かを判定する。ともにＯＮであればＳ９１２に進み、ＣＰＵ３１４は、ＣＦＲを送信し、さらにＳ９１３で画像受信フェーズに移行する。どちらか一方でもＯＦＦであればＳ９１０に進み、ＣＰＵ３１４は、ＤＣＳのＥＣＭモードがＯＮであるか否かを判定する。ＥＣＭがＯＮであればＳ９１２に進み、ＣＰＵ３１４は、ＣＦＲを送信し、Ｓ９１３で画像受信フェーズへ移行する。ＥＣＭがＯＦＦであればＳ９１１に進み、ＣＰＵ３１４は、自機のＩＡＦＤモードを示すフラグをＯＦＦに更新してＲＡＭ３１２に保存する。さらに、ＩＡＦＤモードをＯＦＦ、つまりＢｉｔ１２３を０に設定したＤＩＳの再送信を行う。ここで、送信側装置は、当該ＤＩＳを再受信する。再送信を行った後はＳ９０８に戻りＤＣＳの受信処理を行う。
【００６３】
図４と同様に、一度Ｓ９１１において自機のＩＡＦＤモードをＯＦＦにすると２回目以降にＳ９０９の判定に入った場合、判定結果が必ずＮＯになるため、ＩＡＦＤモードをＯＦＦに変更してＤＩＳの再送を行うのは１回限りである。つまり、仮にＳ９１１でＩＡＦＤモードＯＦＦのＤＩＳの送信を行ったにもかかわらず相手機が再びＩＡＦＤモードＯＮでＤＣＳを送信してきたとしても無限ループには陥らない。
【００６４】
以上により、装置の受信ＥＣＭ５０７がＯＦＦに設定されていたとしても、ＩＰＦＡＸ受信時は常にＥＣＭがＯＮとして動作することができる。これによりＩＰＦＡＸ受信時に自機（受信機）側のＥＣＭ設定のせいで、ＭＣＦ応答が間に合わず通信エラーになる可能性のあるＮｏｎ−ＥＣＭ通信になってしまうことを防止することができる。また、送信機がＩＡＦＤモードかつＮｏｎ−ＥＣＭと宣言してきたとしても、自機（受信機）側でＩＡＦＤモードＯＦＦのＤＩＳを再送することにより、送信機が送るスピードをＮＷ速度からアナログのＧ３速度に落とすことができる。そのため、自機（受信機）が確実にＭＣＦ応答を規定時間内に返すことができるようになる。
【００６５】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６６】
３０１：ＦＡＸ（ファクシミリ）装置、３０２：ユーザインタフェース、３０３：ＵＩ制御部、３０４：プリンタ、３０５：プリンタＩ／Ｆ制御部、３０６：スキャナ、３０７：スキャナＩ／Ｆ制御部、３０８：画像処理部、３０９：ネットワークＩ／Ｆ制御部、３１０：バス、３１１：ＲＯＭ、３１２：ＲＡＭ、３１３：ＨＤＤ、３１４：ＣＰＵ、３１５：電源部、３１６：モデム、３１７：ＮＣＵ、３２１：構内ＩＰ網、３２２：ＩＰＦＡＸ装置、３２３：ＳＩＰサーバ、３２４：アナログ公衆網、３２５：Ｇ３ＦＡＸ、３２６：電話機
【図１】
0006307197.tif 000002
【図２】
0006307197.tif 000003
【図３】
0006307197.tif 000004
【図４】
0006307197.tif 000005
【図５】
0006307197.tif 000006
【図６】
0006307197.tif 000007
【図７】
0006307197.tif 000008
【図８】
0006307197.tif 000009
【図９】
0006307197.tif 000010