(57)【要約】【課題】  通信状況によって発生しうる通信不能を検出し、その検出結果を記憶しておくことにより、通信エラーの原因解明を容易にして、システムの復旧までの時間を短縮すると共にファクシミリ装置の信頼性を向上させる。【解決手段】  ＩＴＵ−ＴのＶ．３４規格およびＶ．８規格の通信を行うことが可能なファクシミリ装置において、Ｖ．８規格およびＶ．３４規格の通信中の信号送受信の検出を行う信号送受信検出手段と、送受信信号の変化を検出する変化検出手段と、送受信した信号の変化を検出するたびに、所定の計時手段をリセットするリセット手段と、計時手段の値（時間）が所定の時間に達したことを検出する時間検出手段と、所定の時間に達したことを記憶する記憶手段と、記憶した内容を任意のタイミングで確認する確認手段とを設けている。【選択図】  図１
2005027353.tif 000002
【特許請求の範囲】
【請求項１】
ＩＴＵ−ＴのＶ．３４規格およびＶ．８規格の通信を行うことが可能なファクシミリ装置において、
Ｖ．８規格およびＶ．３４規格の通信中の信号送受信の検出を行う信号送受信検出手段と、
前記送受信信号の変化を検出する変化検出手段と、
送受信した信号の変化を検出するたびに、所定の計時手段をリセットするリセット手段と、
前記計時手段の計時が所定の時間に達したことを検出する時間検出手段と、
所定の時間に達したことを記憶する記憶手段と、
前記記憶した内容を任意のタイミングで確認する確認手段と、
を備えたことを特徴とするファクシミリ装置。
【請求項２】
請求項１のファクシミリ装置において、
前記計時手段が所定の時間を計時するタイムアウトしたときの通信状況を検出する通信状況検出手段と、
タイムアウトしたときにＶ．８規格またはＶ．３４規格の通信中であった場合に、Ｖ．２１規格の通信を行う通信手段と、
を備えたことを特徴とするファクシミリ装置。
【請求項３】
請求項１または請求項２のファクシミリ装置において、
各信号ごとにタイムアウトまでのしきい値を設定して記憶するしきい値設定・記憶手段と、
各信号を検出したとき、該当するしきい値を選択して設定し、次の信号が検出されるまでの間に経過時間がしきい値と等しくなったとき、タイムアウトとするタイムアウト対応手段と、
を備えたことを特徴とするファクシミリ装置。
【請求項４】
請求項３のファクシミリ装置において、
各信号ごとにタイムアウト後の動作を、Ｖ．２１規格の通信または回線断のどちらかに選択する選択手段、
を備えたことを特徴とするファクシミリ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＴＵ−ＴのＶ．８規格およびＶ．３４規格の機能を装備したファクシミリ装置に関する。また、このファクシミリ装置を内蔵した通信装置全般に適用する装置にも関する。
【背景技術】
【０００２】
ファクシミリ装置には、ＣＣＩＴＴ勧告によって各種の基準が定められており、そのＶシリーズモデム勧告には、Ｖ．８規格（Ｖ．８モード），Ｖ．２１規格（Ｖ．２１Ｈモード），Ｖ．３４規格（Ｖ．３４モード）等のモデムについて、交信時の通信制御手順が定められている〔例えば、ＩＴＵ−Ｔ、Ｖシリーズ（モデム関連等）勧告集、１９９４年、財団法人新日本ＩＴＵ協会発行〕。このＣＣＩＴＴ勧告（特に勧告Ｔ．３０）で規定されている通信制御手順に従ったモデムが装備されているファクシミリ装置を使用すれば、規格が異なるモデム間でも、交信が可能である。このＩＴＵ−ＴのＶ．３４規格によって通信を行う場合には、まず、Ｖ．８規格による通信を行い、その後Ｖ．３４規格で定義されている各フェーズの信号の送受信を行い、回線のコンディションに合わせた通信を行う必要がある。なお、これらの通信は、いくつかのトーン信号と、いくつかの速度のバイナリ信号を使って行われる全二重通信である。
【０００３】
ところで、これらの信号の通信は非常に複雑であり、通常は、送信側と受信側のモデム同士で各種パラメータを決定しながら、ホストＣＰＵの制御なしに自動的に実行される。しかし、回線の状況によってはうまく交信できない場合があり、この場合には無駄な通信時間がかかってしまう。先に述べたように、ＩＴＵ−ＴのＶ．３４規格で通信を行う場合（以下、単にＶ．３４規格あるいはＶ．３４通信と略称する）には、Ｖ．８規格の通信を行った後（以下、単にＶ．８規格あるいはＶ．８通信と略称する）に、Ｖ．３４規格の通信を行うことが必要であり、この交信はモデム間の自動的な制御によって実行される。ここで、Ｖ．３４規格による通信について、通常の通信フローを説明する。
【０００４】
図１２は、Ｖ．３４規格による通信について、その通信フローの一例を示す図である。図において、ＴＸは送信側端末、ＲＸは受信側端末で、ＣＭは起呼メニュー信号、ＡＮＳamは変形応答トーン、ＪＭは共通メニュー信号、ＡはトーンＡ、ＢはトーンＢ、ＣＪ，ＩＮＦＯ0a，ＩＮＦＯ0cはそれぞれ信号を示す。
【０００５】
この図１２には、Ｖ．８規格の通信からＶ．３４規格のコントロールチャネルまでの通信フローを示している。通常のファクシミリ装置でＶ．３４通信を行うためには、回線接続後に、まずＶ．８通信を行う必要がある。このＶ．８通信において、Ｖ．３４通信が可能であることが確認できてからＶ．３４通信を行うことになる。ところで、この通信の途中で何らかの回線障害があると、信号が相手機に伝わらずに、次の図１３に示すようなＶ．８通信中でのエラーや、図１４に示すようなＶ．３４通信を開始してからのエラー等が発生する。
【０００６】
図１３は、Ｖ．８通信中において、通信エラーが発生した場合の一例を示す図である。この図１３には、Ｖ．８通信中に、共通メニュー信号ＪＭが送信側端末ＴＸに届かず、両端末ＴＸ，ＲＸとも信号連送のままの状態になっている場合を示している。
【０００７】
図１４は、Ｖ．３４通信中において、通信エラーが発生した場合の一例を示す図である。この図１４には、Ｖ．３４通信中において、ＩＮＦＯ0a信号が送信側端末ＴＸに届かず、両端末ＴＸ，ＲＸとも信号連送のままの状態になっている場合を示している。ところで、Ｖ．８規格の通信では、ＣＭ／ＪＭ／ＣＪの信号のように、同じ内容を何度も繰り返して送信し、相手機が応答するまで送信する方法が採用されている。また、Ｖ．３４規格の通信では、Ｖ．８規格のような方法を採用しながら、さらにエラーになった場合には、数回前の信号まで戻って再度通信をやり直す方法も併用している。このように、ＣＣＩＴＴ勧告Ｔ．３０には、Ｖ．８規格およびＶ．３４規格で行われる通信中に、相手機からの信号が受信できなかった場合のために、リカバリシーケンスが定められている。ところが、リカバリシーケンスのタイムアウトについては、特に定められていない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
先の従来技術で説明したように、Ｖ．８規格およびＶ．３４規格で行われる通信については、通信中にエラーが発生した場合のリカバリシーケンスが定められている。しかし、いずれにしてもタイムアウトが定められていないため、エラーがなくなるまで何度でも送信受信を繰り返すことができることになる。このように、何度でもリカバリシーケンスをトライすることができるので、通信を諦めるまで待つことができる、という利点がある反面で、通信の時間が長くなり、結果的に無駄な時間を消費する、ということも想定される。
【０００９】
この発明は、通信状況によって発生しうる通信不能を検出し、その検出結果を記憶しておくことにより、通信エラーの原因解明を容易にして、システムの復旧までの時間を短縮すると共に、ファクシミリ装置の信頼性を向上させることを課題とする。
【課題を解決するための手段】
【００１０】
請求項１の発明では、ＩＴＵ−ＴのＶ．３４規格およびＶ．８規格の通信を行うことが可能なファクシミリ装置において、Ｖ．８規格およびＶ．３４規格の通信中の信号送受信の検出を行う信号送受信検出手段と、送受信信号の変化を検出する変化検出手段と、送受信した信号の変化を検出するたびに、所定の計時手段をリセットするリセット手段と、計時手段の値（時間）が所定の時間に達したことを検出する時間検出手段と、所定の時間に達したことを記憶する記憶手段と、記憶した内容を任意のタイミングで確認する確認手段とを設けている。
【００１１】
請求項２の発明では、請求項１のファクシミリ装置において、計時手段が所定の時間に達した（タイムアウトした）ときの通信状況を検出する通信状況検出手段と、タイムアウトしたときにＶ．８規格またはＶ．３４規格の通信中であった場合に、Ｖ．２１規格の通信を行う通信手段とを設けている。
【００１２】
請求項３の発明では、請求項１または請求項２のファクシミリ装置において、各信号ごとにタイムアウトまでのしきい値を設定して記憶するしきい値設定・記憶手段と、各信号を検出したとき、該当するしきい値を選択して設定し、次の信号が検出されるまでの間に経過時間がしきい値と等しくなったとき、タイムアウトとするタイムアウト対応手段とを設けている。
【００１３】
請求項４の発明では、請求項３のファクシミリ装置において、各信号ごとにタイムアウト後の動作を、Ｖ．２１規格の通信または回線断のどちらかに選択する選択手段を設けている。
【発明の効果】
【００１４】
請求項１のファクシミリ装置では、モデムが自動的に実行するＶ．８通信やＶ．３４通信中のトラブルを、ホストＣＰＵで検出することが可能になると共に、このエラーの情報を記憶している。したがって、通信エラーの原因解明に役立たせることが可能になり、システムのダウン時間を短縮できると同時に、信頼性を向上させることができる。
【００１５】
請求項２のファクシミリ装置では、請求項１のファクシミリ装置において、Ｖ．８通信およびＶ．３４通信中に何らかの原因によってタイムアウトが発生しても、Ｖ．２１規格による通信を開始するようにしている。したがって、請求項１のファクシミリ装置による効果に加えて、時間の無駄が一層少なくなり、使用効率が向上する。
【００１６】
請求項３のファクシミリ装置では、請求項１または請求項２のファクシミリ装置において、Ｖ．８規格およびＶ．３４規格で通信される信号ごとに最適なしきい値を設定してタイムアウトの監視を行っている。したがって、請求項１または請求項２のファクシミリ装置による効果に加えて、通信エラーによる時間の無駄をさらに少なくすることができ、使用効率が向上する。
【００１７】
請求項４のファクシミリ装置では、請求項３のファクシミリ装置において、Ｖ．８規格およびＶ．３４規格で通信される信号ごとに、タイムアウト後の動作が設定できるようにしている。したがって、通信規格の変更に対応することが可能になり、通信性能が向上する。
【発明を実施するための最良の形態】
【００１８】
この発明のファクシミリ装置について、図面を参照しながら、その実施の形態を詳細に説明する。以下に、第１から第４の実施の形態として説明するが、第１の実施の形態で説明する請求項１の発明が基本発明であり、第２から第４の実施の形態で説明する請求項２から請求項４の発明は、請求項１の発明を前提としている。
【００１９】
第１の実施の形態
この第１の実施の形態では、通信エラーの原因解明を容易にして、システムの復旧までの時間を短縮するために、通信状況によって発生しうる通信不能を検出し、その検出結果を記憶しておく点に特徴を有している。最初に、この発明のファクシミリ装置について、そのハード構成について説明する。
【００２０】
図１は、この発明のファクシミリ装置について、その要部構成の実施の形態の一例を示す機能ブロック図である。図において、１はスキャナ、２はプロッタ、３は符号化復号化部、４は通信制御部、５はモデム、６は網制御部、７は操作表示部、８はシステム制御部、９はエラーバッファメモリ、１０はシステムバスを示す。
【００２１】
この図１に示すファクシミリ装置は、ＩＴＵ−ＴのＶ．３４規格およびＶ．８規格の通信を行う機能を備えているが、システム制御部８が、後出の図４のフローに従って制御を行う点、およびエラーバッファメモリ９を設けた点を除けば、基本的には従来の装置と同様の構成である。まず、従来と共通の構成と動作について、簡単に説明する。
【００２２】
スキャナ１は、ＣＣＤや密着センサ等で構成され、送信あるいはコピーする画像を読み取って画データ（画情報）に変換する。プロッタ２は、読み取られた画情報や受信した画情報を記録紙に印字し、また種々の管理レポート等を出力して記録紙に印字する機能を有している。符号化復号化部（ＤＣＲ）３は、ＭＨ／ＭＲ／ＭＭＲ符号化方式によって送信する画情報を圧縮し、また、受信した画信号をＭＨ／ＭＲ／ＭＭＲ符号化方式によって復号化して元の画情報に再生する機能を有している。
【００２３】
通信制御部４は、所定のファクシミリ通信プロトコルを制御する機能を有し、また、この発明のファクシミリ装置に固有の制御を行う。モデム５は、画信号や各種手順信号などの通信信号を変復調して伝送する機能を有している。
【００２４】
網制御部６には、電話回線が接続され、着信検出や発呼等の際に所定の回線制御を行う機能を有している。操作表示部７は、オペレータとのインタフェースであり、パネル上に設けられた表示用ＬＣＤやＬＥＤ、操作キー等から構成されて、装置の動作状態を表示したり、オペレータが各種の操作を行う機能を有している。
【００２５】
システム制御部８は、この図１に示した装置のシステム全体の制御を司る機能を有しており、従来の装置と同様の制御を行う他に、後述するこの発明に固有の制御を行う機能を有している。
【００２６】
以上が、従来と共通するハード構成と機能の概要であり、この発明のファクシミリ装置も、基本的な構成は従来の装置と共通している。また、エラーバッファメモリ９は、タイムアウトエラーを検出したときに、これを記憶するためのメモリ手段である。
【００２７】
次に、この発明のファクシミリ装置による通信時の動作を説明する。この発明のファクシミリ装置は、Ｖ．３４規格およびＶ．８規格の通信を行う機能を備えているので、Ｖ．８通信中のエラー発生と、Ｖ．３４通信中のエラー発生との２つのケースがある。
【００２８】
図２は、Ｖ．８通信中にエラーが発生した場合について、タイマセットとタイムアウトのタイミングを説明する図である。図における符号は図１２と同様である。この図２には、Ｖ．８通信中に各信号を送受信した後にエラーが発生した場合について、その計時開始とタイムアウトのタイミングを示している。例えば図２のＴＸ側に示すように、Ｖ．８通信中に、ＡＮＳam信号が着呼側端末（ＲＸ）に届かないときは、発呼側（ＴＸ）でタイマがセットされるが、発呼側のＣＭ信号が停止せず、両端末（ＴＸ，ＲＸ）で待機している信号待ちの状態のままタイムアウトが発生している。同様に図２のＲＸ側に示すように、Ｖ．８通信中に、ＪＭ信号が発呼側端末（ＴＸ）に届かないときは、着呼側（ＲＸ）でタイマがセットされるが、発呼側のＣＭ信号が停止せず、両端末（ＴＸ，ＲＸ）で待機している信号待ちの状態のままタイムアウトが発生している。
【００２９】
図３は、Ｖ．３４通信中にエラーが発生した場合について、タイマセットとタイムアウトのタイミングを説明する図である。図における符号は図１２と同様である。この図３は、Ｖ．３４通信中に、エラーが発生した場合を示している。この図３では、タイマは、各信号の送出と同時にセットされるが、タイムアウトになる前に相手機からの応答があれば、タイマはリセットされる。この図３のＴＸ側には、ＩＮＦＯ0a信号が着呼側に届かないために、タイムアウトが発生している場合である。また、図３のＲＸ側には、ＩＮＦＯ0c信号が着呼側に届かないため、タイムアウトが発生している場合も、併せて図示している。
【００３０】
この第１の実施の形態では、この図２や図３のような通信エラーが発生したとき、すなわち、信号を送信した後に一定時間が経過しても相手機からの応答がなかったときは（タイムアウト後）、通信エラーが発生したと判断して、メモリに記憶する。Ｖ．８またはＶ．３４の通信が開始されると、計時手段であるタイマをセットし、送受信信号の履歴をクリアしておく。その後、送受信を行うたび毎に、送受信信号の履歴を更新しながら、タイマをセットする。そして、タイムアウトが発生したときは、そのエラー履歴をエラーバッファメモリ９に記憶させておく。
【００３１】
例えば、先の図２と図３で説明したどの種類のエラーでも、タイムアウトが発生すると、エラー情報を図１のエラーバッファメモリ９に格納する。したがって、通信終了後などの任意のタイミングで、このエラーバッファメモリ９の内容を読み出して表示または印字すれば、タイムアウトを確認することができる。このような動作は、システム制御部８のソフトウエアによる制御によって実現される。なお、通信中の信号送受信の検出を行う手段や、送受信信号の変化を検出する手段は、ファクシミリ装置の送受信部への信号の有無の監視や、今回の送受信信号を前回の送受信信号と比較する処理が可能な構成とすればよく、タイマ機能は、ファクシミリ装置に内蔵されている機能を利用すればよい。
【００３２】
以上の処理を図４に示す。図４は、この発明のファクシミリ装置について、第１の実施の形態による通信時の主要な処理の流れを示すフローチャートである。図において、＃１〜＃１０はステップを示す。
【００３３】
通信が開始されると、この図４のフローがスタートし、ステップ＃１で、Ｖ．８又はＶ．３４の通信であるかどうか判断する。Ｖ．８規格またはＶ．３４規格の通信のときは、次のステップ＃２で、前回の送受信信号の履歴をクリアすると共に、タイマをセットする。ステップ＃３で、Ｖ．８規格またはＶ．３４規格の信号の送受信が発生したかどうか判断する。Ｖ．８規格またはＶ．３４規格の信号の送受信が発生したときは、ステップ＃４へ進み、送信側と受信側において、前回のＶ．８規格またはＶ．３４規格の信号の送受信の内容と同じかどうか判断する。
【００３４】
前回のＶ．８規格またはＶ．３４規格の信号の送受信の内容と同じでない（異なる）ときは、ステップ＃５で、前回の送受信信号の履歴を更新すると共に、タイマをセットして、ステップ＃６へ進む。また、先のステップ＃３で判断した結果、Ｖ．８規格またはＶ．３４規格の信号の送受信が発生しないときも、ステップ＃６へ進む。ステップ＃６で、通信が終了したかどうか判断する。通信が終了したときは、この図４のフローを終了する。また、通信が終了していないときは、再び先のステップ＃３へ戻り、同様の処理を行う。
【００３５】
これに対して、先のステップ＃４で判断した結果、前回のＶ．８規格またはＶ．３４規格の信号の送受信の内容と同じときは、ステップ＃７へ進み、タイムアウトが発生したかどうか判断する。もし、タイムアウトが発生していないときは、再び先のステップ＃３へ戻り、同様の処理を繰り返す。また、タイムアウトが発生したときは、ステップ＃８へ進み、エラー履歴をエラーバッファメモリ９にセットする。ステップ＃９で、通信終了後にエラー履歴を印字するかどうか判断する。エラー履歴を印字するときは、ステップ＃１０で、エラー履歴レポートを印字した後、また、印字しないときは、そのまま、この図４のフローを終了する。
【００３６】
以上のステップ＃１〜＃９の処理によって、通信エラーによって、同じ信号が繰り返えし送信され、一定時間が経過したときは、通信エラーが発生したと判断されると共に、そのエラー履歴の情報が保持される。したがって、通信エラーの原因解明が容易になり、システムの復旧までの時間を短縮することができる。
【００３７】
第２の実施の形態
この第２の実施の形態は、請求項２の発明に対応しているが、請求項１の発明や、請求項３と請求項４の発明にも関連している。先の第１の実施の形態では、通信状況によって発生しうる通信不能を検出し、その検出結果を記憶しておく場合について説明した。この第２の実施の形態では、Ｖ．８規格またはＶ．３４規格の通信中に何らかの原因によって、タイムアウトが発生しても、直ちに回線を遮断することなく、もし、Ｖ．２１規格の通信が可能であれば、Ｖ．２１規格の通信に切換える点に特徴を有している。この第２の実施の形態でも、ハード構成は、先の図１と同様である。先の第１の実施の形態で説明したように、この発明のファクシミリ装置装置では、Ｖ．８通信中のエラー発生と、Ｖ．３４通信中のエラー発生との２つのケースがある。
【００３８】
図５は、Ｖ．８規格の通信中に各信号を送受信した後に、エラーが発生してタイムアウトになったとき、Ｖ．２１通信を行う場合の動作タイミングを説明する図である。図５における符号は図２と同様である。この図５は、先の図２に対応しており、いずれかの端末ＴＸ，ＲＸで通信エラーが発生すると、両端末は相手機からの信号の待機状態になる。例えば、この図５のＲＸ側に示すように、Ｖ．８通信中に、ＪＭ信号が発呼側端末（ＴＸ）に届かないときは、着呼側（ＲＸ）でタイマがセットされるが、発呼側のＣＭ信号が停止せず、両端末（ＴＸ，ＲＸ）で待機している信号待ちの状態のままタイムアウトが発生している。
【００３９】
この場合には、発呼側端末（ＴＸ）では、Ｖ．２１規格の通信による信号の受信待ちとなり、着呼側端末（ＲＸ）から、Ｖ．２１規格の通信による信号が送信されると、その後は、Ｖ．２１規格による通信が開始される。このように、図５の着呼側（ＲＸ）は、ＪＭを送信開始してからタイムアウトが発生すると、Ｖ．８通信を諦めてＶ．２１通信でＤＩＳ信号を送信する。また、発呼側（ＴＸ）も、ＣＭを送信開始してからタイムアウトが発生すると、Ｖ．８通信を諦めてＶ．２１信号待ちになり、従来のＴ．３０シーケンスによりＶ．１７通信等で画情報を通信することになる。
【００４０】
図６は、Ｖ．３４規格の通信中に各信号を送受信した後に、エラーが発生してタイムアウトになったとき、Ｖ．２１通信を行う場合の動作タイミングを説明する図である。図６における符号は図１２と同様である。この図６は、先の図３に対応しており、この場合にも、先の図５と同様に、いずれかの端末ＴＸ，ＲＸで通信エラーが発生すると、両端末は相手機からの信号の待機状態になる。その後、着呼側（ＲＸ）は、ＪＭを送信開始してからタイムアウトが発生すると、Ｖ．３４通信を諦めてＶ．２１通信でＤＩＳ信号を送信する。発呼側（ＴＸ）でも、ＣＭを送信開始してからタイムアウトが発生すると、Ｖ．３４通信を諦めてＶ．２１信号待ちになり、先の図５と同様に、従来のＴ．３０シーケンスによりＶ．１７通信等での画情報の通信が実行される。以上の処理を図７に示す。
【００４１】
図７は、この発明のファクシミリ装置について、第２の実施の形態による通信時の主要な処理の流れを示すフローチャートである。図において、ステップ＃７〜＃１０は図４と同様のステップを示し、＃１１〜＃１６は追加されたステップを示す。先の図４のフローで、ステップ＃７で、タイムアウトが発生し、ステップ＃８で、エラー履歴をエラーバッファメモリ９にセットするまでの処理（ステップ＃１〜＃６）は、この図７のフローでは同様であるから、省略している。ステップ＃８で、エラー履歴をエラーバッファメモリ９にセットした後、ステップ＃１１へ進む。ステップ＃１１で、発呼側であるかどうか判断する。発呼側でなければ（着呼側のときは）、ステップ＃１２へ進み、Ｖ．２１規格の通信モードによってＤＩＳ信号を送信する。次のステップ＃１３で、着呼側をＴ．３０制御に切換えて、ステップ＃１６へ進む。
【００４２】
また、ステップ＃１１で判断した結果、発呼側のときは、ステップ＃１４へ進み、Ｖ．２１規格の通信モードによって信号を受信する。次のステップ＃１５で、着呼側をＴ．３０制御に切換えて、ステップ＃１６へ進む。ステップ＃１６では、通信が終了したかどうか判断する。通信が終了したときは、図４と同様に、ステップ＃９へ進む。また、通信が終了していないときは、図４のステップ＃３へ戻り、同様の処理を行う。
【００４３】
以上のように、この第２の実施の形態では、Ｖ．８通信およびＶ．３４通信中に何らかの原因によってタイムアウトが発生しても、Ｖ．２１規格による通信を開始することができる。したがって、従来の装置に比べて、時間の無駄が一層少なくなり、使用効率が向上する。
【００４４】
第３の実施の形態
この第３の実施の形態は、請求項３の発明に対応しているが、請求項１と請求項２の発明、および請求項４の発明にも関連している。先の第２の実施の形態では、Ｖ．８規格またはＶ．３４規格の通信中に何らかの原因によって、タイムアウトが発生しても、直ちに回線を遮断することなく、Ｖ．２１規格の通信が可能であれば、Ｖ．２１規格の通信に切換える場合について説明した。この第３の実施の形態では、Ｖ．８規格またはＶ．３４規格の通信で使用される信号ごとに、タイムアウトの最適なしきい値を設定して、タイムアウトの監視を行うようにした点に特徴を有している。
【００４５】
図８は、この発明のファクシミリ装置について、その要部構成の第３の実施の形態の一例を示す機能ブロック図である。図８における符号は図１と同様であり、１１はタイムアウト情報格納部を示す。この図８に示したファクシミリ装置は、先の図１のファクシミリ装置に、タイムアウト情報格納部１１を付加した点が異なっている。このタイムアウト情報格納部１１には、次の図９に示すようなタイムアウト情報を格納する。
【００４６】
図９は、図８のタイムアウト情報格納部１１について、タイムアウト情報の内部構成の一例を示す図である。この図９に示すように、Ｖ．８規格およびＶ．３４規格の信号ごとに、それぞれ最適なタイマ値を決めておき、信号送受信のたびに、セットするタイマ値としてこれらの値を選択して使用する。具体的には、送受信信号の名称と、送受信後のタイマセット値とが、予め設定されている。この第３の実施の形態の処理フローは、先の図４と同様であるから、図示は省略するが、ステップ＃７のタイムアウトの発生に、各信号に応じて設定されたタイマ値を使用する点が異なる。すなわち、タイマセットの値をタイムアウト情報から引用する点が変更されている。この点は、図７のフローについても、同様である。
【００４７】
以上のように、この第３の実施の形態では、Ｖ．８規格およびＶ．３４規格で通信される信号ごとに最適なしきい値を設定してタイムアウトの監視を行うようにしている。したがって、先の第２の実施の形態に比べて、さらに通信エラーによる時間の無駄が少なくなり、操作性が向上する。
【００４８】
第４の実施の形態
この第４の実施の形態は、請求項４の発明に対応しているが、請求項１から請求項３の発明にも関連している。先の第３の実施の形態では、Ｖ．８規格およびＶ．３４規格で通信される信号ごとに最適なしきい値を設定してタイムアウトの監視を行う場合について説明した。この第４の実施の形態では、タイムアウト後の動作として、Ｖ．２１通信の継続や回線切断（通信中止）の情報をセットすることにより、通信規格の変更に対応できるようにした点に特徴を有している。この第４の実施の形態でも、ハード構成は、先の図８と同様である。この第４の実施の形態では、図８のタイムアウト情報格納部１１に、次の図１０に示すようなタイムアウト情報を格納する。図１０は、図８のタイムアウト情報格納部１１について、第４の実施の形態によるタイムアウト情報の内部構成の一例を示す図である。
【００４９】
この図１０は、先の図９と同様の「送受信信号の名称と、送受信後のタイマセット値」の他に、タイムアウト後の動作についての情報が付加されている。例えば、Ｖ．８通信でのＣＭ／ＪＭ信号の場合には、タイムアウト後の動作として、Ｖ．２１通信に移るように設定できる。他方、Ｖ．３４通信でのＩＮＦＯ0c信号の場合には、回線断（通信中止）を指示する情報が格納されている。したがって、このＶ．３４通信でのエラー時には、回線切断して再発呼し、次の通信に期待する制御を行うことが可能になる。
【００５０】
図１１は、この発明のファクシミリ装置について、第４の実施の形態による通信時の主要な処理の流れを示すフローチャートである。図１１において、ステップ＃７〜＃１０とステップ＃１１〜＃１６は図７と同様のステップを示し、＃２１は追加されたステップを示す。この図１１のフローは、先の図７のフローと基本的に同様であるが、ステップ＃８の後に、ステップ＃２１が追加されている点で相違している。
【００５１】
したがって、ステップ＃８までは、図７（と図４）と同様であり、ステップ＃８で、エラー履歴をエラーバッファメモリ９にセットした後、ステップ＃１１へ進む前に、ステップ＃２１の処理を行う。ステップ＃２１では、タイムアウト情報のタイムアウト後の動作について、Ｖ．２１通信を行うかどうか判断する。Ｖ．２１通信を行うときは、ステップ＃１１へ進み、図７のフローと同様の処理を行う。また、Ｖ．２１通信を行わないときは、ステップ＃１６へ進み、図７のフローと同様の処理を行う。以上のように、第４の実施の形態では、Ｖ．８規格およびＶ．３４規格で通信される信号ごとに、タイムアウト後の動作を設定できる。したがって、通信規格の変更に対応することが可能になり、通信性能が向上される。
【図面の簡単な説明】
【００５２】
【図１】この発明のファクシミリ装置について、その要部構成の実施の形態の一例を示す機能ブロック図である。
【図２】Ｖ．８通信中にエラーが発生した場合について、タイマセットとタイムアウトのタイミングを説明する図である。
【図３】Ｖ．３４通信中にエラーが発生した場合について、タイマセットとタイムアウトのタイミングを説明する図である。
【図４】この発明のファクシミリ装置について、第１の実施の形態による通信時の主要な処理の流れを示すフローチャートである。
【図５】Ｖ．８規格の通信中に各信号を送受信した後に、エラーが発生してタイムアウトになったとき、Ｖ．２１通信を行う場合の動作タイミングを説明する図である。
【図６】Ｖ．３４規格の通信中に各信号を送受信した後に、エラーが発生してタイムアウトになったとき、Ｖ．２１通信を行う場合の動作タイミングを説明する図である。
【図７】この発明のファクシミリ装置について、第２の実施の形態による通信時の主要な処理の流れを示すフローチャートである。
【図８】この発明のファクシミリ装置について、その要部構成の第３の実施の形態の一例を示す機能ブロック図である。
【図９】図８のタイムアウト情報格納部１１について、タイムアウト情報の内部構成の一例を示す図である。
【図１０】図８のタイムアウト情報格納部１１について、第４の実施の形態によるタイムアウト情報の内部構成の一例を示す図である。
【図１１】この発明のファクシミリ装置について、第４の実施の形態による通信時の主要な処理の流れを示すフローチャートである。
【図１２】Ｖ．３４規格による通信について、その通信フローの一例を示す図である。
【図１３】Ｖ．８通信中において、通信エラーが発生した場合の一例を示す図である。
【図１４】Ｖ．３４通信中において、通信エラーが発生した場合の一例を示す図である。
【符号の説明】
【００５３】
１：スキャナ
２：プロッタ
３：符号化復号化部
４：通信制御部
５：モデム
６：網制御部
７：操作表示部
８：システム制御部
９：エラーバッファメモリ
１１：タイムアウト情報格納部
【図１】
2005027353.tif 000003
【図２】
2005027353.tif 000004
【図３】
2005027353.tif 000005
【図４】
2005027353.tif 000006
【図５】
2005027353.tif 000007
【図６】
2005027353.tif 000008
【図７】
2005027353.tif 000009
【図８】
2005027353.tif 000010
【図９】
2005027353.tif 000011
【図１０】
2005027353.tif 000012
【図１１】
2005027353.tif 000013
【図１２】
2005027353.tif 000014
【図１３】
2005027353.tif 000015
【図１４】
2005027353.tif 000016