JPH10327309A - ファクシミリ装置とファクシミリの通信制御方法 - Google Patents

Abstract

(57)【要約】 【解決手段】ＩＴＵ−Ｔ勧告Ｖ．３４で規定された機能
によれば、モデムと被呼局のモデムとの間でＣＰＵ１１
の制御無しにトレーニングを行って、データレート決定
のための独自のネゴシエーションを実行する。そのネゴ
シエーションが成立しないで通信エラーによる回線切断
処理が行われたとき、通信管理情報蓄積用ＲＡＭがその
通信管理情報を格納して保存する。その後リダイヤル処
理を実行するとき、ＣＰＵ１１は、ＩＴＵ−Ｔ勧告Ｖ．
３４によるモデム独自のネゴシエーションを排除する。
そして、ＣＰＵ１１がモデムを制御するネゴシエーショ
ンを実行し、ＣＰＵ１１の判断によって、ＩＴＵ−Ｔ勧
告Ｖ．１７、Ｖ．２９、Ｖ．２７ｔｅｒといった通信能
力による伝送モードを選択する。 【効果】モデムによる回線切断処理とリダイヤルの繰り
返しが防止できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファクシミリ装置
とファクシミリの通信制御方法に関する。

【０００２】

【従来の技術】ファクシミリ装置においては、１９９４
年にＩＴＵ−Ｔ（International Telecommunications U
nion-Tele-communications Standarization Sector）
Ｖ．３４が勧告された。このＩＴＵ−Ｔ勧告Ｖ．３４
（以下Ｖ．３４とする）はモデムの通信方法の勧告であ
る。この勧告Ｖ．３４では、回線の特性を測定し、これ
に照らし合わせて送信するためのパラメータを微妙に調
整することで、28,800ｂｐｓまでのデータレートを実現
するモデムの通信方法を規定する。なお、勧告Ｖ．３４
の正式な題名は、「電話網もしくは１対１の２線式専用
線のために使われる、データレートが28,800ｂｉｔ／ｓ
までのモデムの動作」である。

【０００３】また、この勧告Ｖ．３４を採用したファク
シミリ装置は、伝送制御手順をＩＴＵ−Ｔ勧告Ｔ．３０
「一般電話交換網における文書ファクシミリ伝送用手
順」の「バイナリ制御手順」に従っている。この「バイ
ナリ制御手順」は、複雑な運用手順を発呼局側と被呼局
側とで相互に確認するために、データ伝送用に開発され
たハイレベルデータリンク制御（ＨＤＬＣ）のフレーム
構成を用いる。

【０００４】なお、上記勧告Ｖ．３４を採用したファク
シミリ装置は、ＩＴＵ−Ｔ勧告Ｖ．８（以下、Ｖ．８と
する）の機能を備えている。この勧告Ｖ．８は、モデム
の接続シーケンスを規定する。即ち、通信する相互のモ
デム同士が、どの勧告（モード）に沿った通信方法で通
信するかを決める方法である。勧告Ｖ．３４の前手順と
して勧告Ｖ．８の方法を必ず行うので、勧告Ｖ．３４を
採用するモデムでは勧告Ｖ．８の機能を有している。

【０００５】以下に、勧告Ｖ．８及びＶ．３４（以下単
にＶ．８、Ｖ．３４と表現する）の機能を備えたモデム
を採用しているファクシミリ装置について説明する。

【０００６】Ｖ．８及びＶ．３４の機能を備えたモデム
を採用したファクシミリ装置においては、発呼局から被
呼局に情報を送信する場合、回線接続後、ＩＴＵ−Ｔ勧
告Ｔ．３０Fax Handshakingの手順を行う前に、所定の
シーケンスを行う。このシーケンスでは、発呼局のモデ
ムと被呼局のモデムとが、ＣＰＵ（中央処理装置）を介
さずにモデム自身でネゴシエーション（伝送モードを決
めるまでの発呼局と被呼局とのやり取り）を行う。この
発呼局のモデムと被呼局のモデムとがネゴシエーション
を行うシーケンスが、以下に示すＶ．３４フェーズ２で
ある。

【０００７】Ｖ．８及びＶ．３４の機能を備えたモデム
は、Ｖ．８フェーズ１と、Ｖ．３４フェーズ２からフェ
ーズ４までの合わせて４つのフェーズ処理を行う。この
４つのフェーズの中で回線特性の補正や変調パラメータ
の決定が行われる。この各フェーズで行われることが
Ｖ．３４の主な動作になる。

【０００８】次にＶ．３４フェーズ２について説明す
る。Ｖ．３４フェーズ２では、ラインプロービングとモ
デムの持っている変調オプションを交換することで、
Ｖ．３４の基本的設定を行う。まず、Ｖ．８フェーズ１
で、発呼局モデムと被呼局モデムの接続が開始される。
そしてその後、Ｖ．３４フェーズ２が開始される。この
Ｖ．３４フェーズ２では、Ｖ．８によりＶ．３４で通信
することが確定した後、すぐに発呼局と被呼局双方のモ
デムが持っている変調オプションを交換し合う。その後
で原稿の送信側がラインプローブ信号を送信し、ライン
プローブ信号によって測定された回線特性とＩＮＦＯデ
ータの内容によって、シンボルレート、プリエンファシ
スの有無、使用可能なデータレート、キャリア周波数、
各送信機の送出レベルを交換する。そして次のＶ．３４
フェーズ３に移る。

【０００９】このＶ．３４フェーズ２においては、モデ
ム自身でネゴシエーションを行うので、ネゴシエーショ
ンが不可能であった場合には、リトレーニングをモデム
が自動的に行う。回線が細く信号が通り難かったり、ノ
イズが発生しやすい回線であって回線状況が悪いと、モ
デムのネゴシエーションが不可能となる。そのような場
合には、ネゴシエーションが成立するまで半永久的にモ
デムはリトレーニングを繰り返す。

【００１０】ファクシミリ装置に内蔵されたＣＰＵは、
モデムのネゴシエーションに介在することが不可能なた
め、モデムが半永久的にリトレーニングを繰り返す恐れ
がある。これを防止するために、Ｖ．３４フェーズ２内
にタイマを使用している。そして、所定時間内にＶ．３
４フェーズ２を抜けることができない場合には、ＣＰＵ
が回線切断処理を行い、通信エラーとするように設定さ
れている。

【００１１】

【発明が解決しようとする課題】上記ファクシミリ装置
においては、Ｖ．３４フェーズ２において、回線状況が
悪く、発呼局のモデムと被呼局のモデムとでネゴシエー
ションができずに通信エラーとなった場合、その後リダ
イヤル（再送信）で再度Ｖ．３４通信を行ったとして
も、回線状況が悪いままの状態では通信エラーとなって
しまう場合があった。

【００１２】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉回線と接続されて通信を行うモデムと、この
モデムの動作と画像情報の送受信を制御する制御手段
と、通信管理情報を格納する通信管理情報蓄積手段とを
備え、回線接続後、上記モデムと被呼局のモデムとの間
で上記制御手段の制御無しにトレーニングを行って、デ
ータレート決定のための独自のネゴシエーションを実行
し、そのネゴシエーションが成立しないで通信エラーに
よる回線切断処理が行われたとき、上記通信管理情報蓄
積手段がその通信管理情報を格納して保存し、上記制御
手段は、上記通信管理情報蓄積手段に保存された通信管
理情報を参照して、上記通信エラーに基づくリダイヤル
処理を実行するとき、上記モデムによる独自のネゴシエ
ーションを排除して、制御手段が上記モデムを制御する
ネゴシエーションを実行し、このネゴシエーションの結
果通信可能なデータレートの伝送モードを選択すること
を特徴とするファクシミリ装置。

【００１３】〈構成２〉回線と接続されて通信を行うモ
デムと、このモデムの動作と画像情報の送受信を制御す
る制御手段と、通信管理情報を格納する通信管理情報蓄
積手段とを備え、回線接続後、上記モデムと被呼局のモ
デムとの間で上記制御手段の制御無しにトレーニングを
行って、独自のネゴシエーションを実行し、そのネゴシ
エーションの結果決定したデータレートの伝送モードで
通信を開始し、その後、通信エラーで回線切断処理が行
われたとき、上記通信管理情報蓄積手段がその通信管理
情報を格納して保存し、上記制御手段は、上記通信管理
情報蓄積手段に保存された通信管理情報を参照して、上
記通信エラーに基づくリダイヤル処理を実行するとき、
上記モデムによる独自のネゴシエーションを排除して、
制御手段が上記モデムを制御するネゴシエーションを実
行し、このネゴシエーションの結果通信可能なデータレ
ートの伝送モードを選択することを特徴とするファクシ
ミリ装置。

【００１４】〈構成３〉構成１または２に記載のファク
シミリ装置において、送信すべき画像情報を予め蓄積し
ておく画像メモリを備え、制御手段は、通信エラーが発
生したとき上記画像メモリの内容を保存し、リダイヤル
処理後、新たな伝送モードが選択されて通信が開始され
たとき、上記画像メモリの内容を読み出して送信するこ
とを特徴とするファクシミリ装置。

【００１５】〈構成４〉回線と接続されて通信を行うモ
デムと、このモデムの動作と画像情報の送受信を制御す
る制御手段と、通信管理情報を格納する通信管理情報蓄
積手段とを備え、上記制御手段は、上記通信管理情報蓄
積手段に保存された通信管理情報を参照して、通信エラ
ーの原因に応じたリダイヤル制御を行うことを特徴とす
るファクシミリ装置。

【００１６】〈構成５〉構成４に記載のファクシミリ装
置において、送信すべき画像情報を予め蓄積しておく画
像メモリを備え、制御手段は、通信エラーが発生したと
き、その通信エラーの原因を示す通信管理情報を収集し
て、リダイヤル処理により再接続が可能と判断したとき
は、上記画像メモリの内容を保存し、リダイヤル処理
後、新たな伝送モードが選択されて通信が開始されたと
きには、上記画像メモリの内容を読み出して送信するこ
とを特徴とするファクシミリ装置。

【００１７】〈構成６〉構成５に記載のファクシミリ装
置において、制御手段は、リダイヤルをしても、被呼局
の機能上通信ができないと判断したときは、画像メモリ
の内容を保存しないで、リダイヤルを中止することを特
徴とするファクシミリ装置。

【００１８】〈構成７〉構成５に記載のファクシミリ装
置において、制御手段は、強制的な回線の切断により通
信エラーが生じたときは、画像メモリの内容を保存しな
いで、リダイヤルを中止することを特徴とするファクシ
ミリ装置。

【００１９】〈構成８〉構成５に記載のファクシミリ装
置において、制御手段は、リダイヤル処理をしても繰り
返し通信エラーが発生するときは、画像メモリの内容を
保存しないで、リダイヤルを中止することを特徴とする
ファクシミリ装置。

【００２０】〈構成９〉構成４に記載のファクシミリ装
置において、制御手段は、発生した通信エラーの原因に
応じて、リダイヤル処理を実行するまでの待機時間を設
定することを特徴とするファクシミリ装置。

【００２１】〈構成１０〉構成４に記載のファクシミリ
装置において、制御手段は、発生した通信エラーの原因
に応じて、リダイヤル処理を繰り返す制限回数を設定す
ることを特徴とするファクシミリ装置。

【００２２】〈構成１１〉構成９または１０に記載のフ
ァクシミリ装置において通信エラーに基づくリダイヤル
制御を完了するまでは、通信エラーの原因を表示する情
報を通信管理情報蓄積手段に保持しておき、これを制御
手段が参照することを特徴とするファクシミリ装置。

【００２３】〈構成１２〉回線が接続されると、発呼局
と被呼局のモデムが、制御手段を介在させずに独自にト
レーニングを行って、適切なデータレートの伝送モード
を設定するためのネゴシエーションを実行し、ネゴシエ
ーションが成立するまでリトレーニングを繰り返す第１
の通信制御機能と、制御手段が上記モデムを制御して被
呼局とネゴシエーションを行い、それぞれデータレート
の異なる複数の伝送モードの中から適切な伝送モードを
選択する第２の通信制御機能とを持ち、上記第１の通信
制御機能によりネゴシエーションが成立せず通信エラー
となって回線切断処理がされたとき、リダイヤル処理に
よって再び回線が接続されると、上記第１の通信制御機
能を排除して、上記第２の通信制御機能によりネゴシエ
ーションを開始することを特徴とするファクシミリの通
信制御方法。

【００２４】〈構成１３〉回線が接続されると、発呼局
と被呼局のモデムが、制御手段を介在させずに独自にト
レーニングを行って、適切なデータレートの伝送モード
を設定するためのネゴシエーションを実行し、ネゴシエ
ーションが成立するまでリトレーニングを繰り返す第１
の通信制御機能と、制御手段が上記モデムを制御して被
呼局とネゴシエーションを行い、それぞれデータレート
の異なる複数の伝送モードの中から適切な伝送モードを
選択する第２の通信制御機能とを持ち、上記第１の通信
制御機能によりネゴシエーションが成立して、通信が開
始された後に通信エラーとなって回線切断処理がされた
とき、リダイヤル処理によって再び回線が接続される
と、上記第１の通信制御機能を排除して、上記第２の通
信制御機能によりネゴシエーションを開始することを特
徴とするファクシミリの通信制御方法。

【００２５】〈構成１４〉構成１２または１３に記載の
ファクシミリの通信制御方法において、第１の通信制御
機能は、ＩＴＵ−Ｔ勧告Ｖ．３４で規定された機能で、
第２の通信機能は、ＩＴＵ−Ｔ勧告Ｖ．３４で規定され
た機能以外の通信能力であって、それぞれデータレート
の異なる２種以上の通信能力のうちから、発呼局と被呼
局の双方が備えたものを選択する機能であることを特徴
とするファクシミリの通信制御方法。

【００２６】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。なお、具体例毎に、各図面に
共通な要素には同一の符号を付す。本実施の形態に示す
発呼局側のファクシミリ装置（以下発呼局とする）及び
被呼局側のファクシミリ装置（以下被呼局とする）は、
Ｖ．８及びＶ．３４の機能を備えたモデムを採用してい
る。また、伝送制御手順をＩＴＵ−Ｔ勧告Ｔ．３０「一
般電話交換網における文書ファクシミリ伝送用手順」の
「バイナリ制御手順」に従って行うものとする。

【００２７】なお、モデムの通信プロトコルを定める規
定には、Ｖ．３４以外にも、ＩＴＵ−Ｔ勧告Ｖ．１７、
ＩＴＵ−Ｔ勧告Ｖ．２９、ＩＴＵ−Ｔ勧告Ｖ．２７ｔｅ
ｒ（以下それぞれＶ．１７、Ｖ．２９、Ｖ．２７ｔｅｒ
とする）等がある。Ｖ．３４は、発呼局と被呼局とが回
線接続後、ＩＴＵ−Ｔ勧告Ｔ．３０Fax Handshakingの
手順を行う前に、発呼局のモデムと被呼局のモデムと
が、ＣＰＵを介さずにモデム自身でネゴシエーションを
行う。一方、Ｖ．１７、Ｖ．２９、Ｖ．２７ｔｅｒは、
回線接続後、直ちに勧告Ｔ．３０Fax Handshakingの手
順へと移り、この手順の中でＣＰＵの指示を受けて、発
呼局のモデムと被呼局のモデムとがネゴシエーションを
行う。

【００２８】Ｖ．３４はモデム同士のみでネゴシエーシ
ョンを行うので、データレートを他のモデムよりも高速
化することができるという利点がある。一方、Ｖ．３４
以外では、ＣＰＵを介してモデム同士のネゴシエーショ
ンを行い、データレートがＶ．３４よりもＶ．１７、
Ｖ．２９、Ｖ．２７ｔｅｒの順序で低下するから、回線
状況が悪くても通信を行うことができる利点がある。な
お、Ｖ．１７、Ｖ．２９、Ｖ．２７ｔｅｒの最高データ
レートは、それぞれ14,400ｂｐｓ、9,600ｂｐｓ、4,800
ｂｐｓとなっている。

【００２９】〈具体例１〉以下、ファクシミリ装置の構
造について説明する。図１は、具体例１のファクシミリ
装置のブロック図である。

【００３０】図１において、一点鎖線で示す発呼局側の
ファクシミリ装置１（以下発呼局とする）には、送信原
稿２Ａ上の情報を読み取るスキャナ２と、被呼局から受
信した情報を受信コピー３Ａ上に記録するプリンタ３
と、スキャナ２で読み取った情報を処理し、画像情報と
してラインメモリ４へと送信する読取り処理部５ａと、
ラインメモリ４から受信した印刷すべき画像情報を処理
し、プリンタ３へと送信する記録処理部５ｂとが設けら
れている。なお、読取り処理部５ａと記録処理部５ｂと
で読取・記録処理部５が構成されている。

【００３１】発呼局１にはまた、被呼局に送信すべき画
像情報を、データ圧縮モードに応じてラインメモリ４か
ら読み出しを行いながら画信号に圧縮すると共に、被呼
局から受信し、処理された画信号を復元する画像情報圧
縮・復元部６と、画像情報圧縮・復元部６で圧縮された
画信号がアドレス／データバス７を介して送信され、送
信バッファとなって画信号を記録する通信バッファ用Ｒ
ＡＭ（ランダムアクセスメモリ）８と、通信バッファ用
ＲＡＭ８に記録された画信号をモデム・ＮＣＵ（ネット
ワークコントロールユニット）インタフェース９を介し
て送信し、該送信すべき画信号及び制御信号を変調する
と共に、被呼局から画信号及び応答信号を受信すると、
該画信号及び応答信号を復調するモデム１０と、ＮＣＵ
１７とが設けられている。

【００３２】なお、上記通信バッファ用ＲＡＭ８は、被
呼局からの受信時には、受信バッファとなり、モデム１
０で復調された画信号及び応答信号を格納する。該格納
された画信号及び応答信号は、アドレス／データバス７
を介して画像情報圧縮・復元部６へと送信される。ま
た、モデム１０は、Ｖ．８及びＶ．３４の機能を備えた
モデムである。

【００３３】発呼局１には更に、発呼局１全体のシステ
ム制御及び各信号の流れの管理、通信制御、網制御の総
括コントロール等を行うＣＰＵ（制御手段）１１と、Ｃ
ＰＵ１１のプログラムデータを格納するプログラム用Ｒ
ＯＭ（リードオンリメモリ）１２と、後述する通信エラ
ーフラグビットや、発呼する電話番号を格納する通信管
理情報蓄積用ＲＡＭ１３と、インタフェース１４を介し
てアドレス／データバス７と接続された機構制御部１５
及び操作・表示部１６が設けられている。

【００３４】なお、機構制御部１５はドライバや媒体検
知センサ等の制御をＣＰＵ１１からの指示に従って行
う。また操作・表示部１６はマンマシンインタフェース
機能を持ち、ファクシミリ通信に伴う主な機器の操作内
容（動作指示）をＣＰＵ１１に伝え、また機器の状態表
示内容をＣＰＵ１１から受信し、図示せぬパネルに表示
する。

【００３５】次に発呼局１と被呼局との送受信手順の方
法について説明する。図１に示す発呼局１から被呼局へ
制御信号を送信する場合には、制御信号がＣＰＵ１１か
らアドレス／データバス７、モデム・ＮＣＵインタフェ
ース９を介してモデム１０に送信される。そして、モデ
ム１０で変調されＮＣＵ１７を介して電話回線に送り出
され、被呼局へと送信される。

【００３６】一方、被呼局から電話回線を介して制御信
号を受信した場合には、制御信号は、ＮＣＵ１７を介し
てモデム１０に受信され、モデム１０で復調され、モデ
ム・ＮＣＵインタフェース９及びアドレス／データバス
７を介してＣＰＵ１１で受信される。

【００３７】なお、発呼局が被呼局と回線接続された
後、データを送信するためのＩＴＵ−Ｔ勧告Ｔ．３０Fa
x Handshakingの手順を行う前に、Ｖ．８及びＶ．３４
の機能を備えたモデム１０は、Ｖ．８フェーズ１と、
Ｖ．３４フェーズ２からフェーズ４までの合わせて４つ
のフェーズ処理を行う。この４つのフェーズの中で回路
特性の補正や変調パラメータの決定が行われる。

【００３８】以下、４つのフェーズのうち、Ｖ．８フェ
ーズ１と従来の技術に詳説したＶ．３４フェーズ２にお
ける、被呼局と送受信動作を行うときの発呼局１の動作
について図１に示す図面を参照し、図２、図３、図４に
示すフローチャートに従って説明する。図２、図３、図
４は実施の形態の発呼局の処理手順を示すフローチャー
トである。

【００３９】まず、オペレータが被呼局の電話番号を操
作・表示部１６から入力する。すると、入力された電話
番号が、インタフェース１４、アドレス／データバス７
を介してＣＰＵ１１に送信される。

【００４０】ステップＳ１でＣＰＵ１１は、通信管理情
報蓄積用ＲＡＭ１３内のリダイヤル電話番号格納エリア
に発呼する電話番号を格納する。

【００４１】ステップＳ２でＣＰＵ１１は発呼処理を行
う。ステップＳ３でＣＰＵ１１はＣＮＧ信号（発呼トー
ン）を送信する。ＣＮＧ信号は電話回線を介して被呼局
へ送信される。ステップＳ４でＣＰＵ１１は、被呼局か
らＡＮＳａｍ（Answer Tone）信号を持つ。このＡＮＳ
ａｍを受信すると、被呼局のモデムがＶ．８通信が可能
なモデムであると判断してステップＳ５に進み、「否」
ならば、ステップＳ１８に進む。

【００４２】ステップＳ５でＣＰＵ１１は、自分の持っ
ている変調モードを知らせるＣＭ（Call Menu Signal）
信号を被呼局へ送信する。すると、被呼局は共通する変
調モードのみを有効にして、ＣＭ信号と同じフォーマッ
トでＪＭ（Joint Menu Signal）信号として発呼局に返
す。ステップＳ６でＣＰＵ１１はＪＭ信号を検出し、こ
れにより有効な変調モードを確認することができる。ス
テップＳ７でＣＰＵ１１は、ＪＭ信号から、被呼局が
Ｖ．３４全二重モードであるか否かを判断する。この例
に示すファクシミリ装置はＶ．３４半二重モードである
ので、Ｖ．３４全二重モードである場合には、ステップ
Ｓ１７に進み、回線切断処理を行い、処理を終了する。
一方、「否」の場合は、ステップＳ８に進み、ＪＭ信号
を受けたことを示す、すべて「０」であるシングルオク
テットの信号、即ちＣＪ（Call Joint Signal）信号を
被呼局に送信する。

【００４３】以上ステップＳ３からステップＳ８までが
Ｖ．８フェーズ１である。そして、７５ｍｓｅｃ（mill
isecond）の後、モデム１０はＶ．３４フェーズ２に入
る。ステップＳ９で、ＣＰＵ１１はＶ．３４フェーズ２
のタイマをスタートし、フェーズ２が開始される。

【００４４】ステップＳ１０で、ＣＰＵ１１はＶ．３４
フェーズ２が終了すれば、ステップＳ１１に進み、Ｖ．
３４フェーズ３へと進み、Ｖ．３４通信制御をそのまま
継続する。

【００４５】Ｖ．３４フェーズ２は、ステップＳ１２で
Ｖ．３４フェーズ２がタイムアウトとなるまで継続され
るが、Ｖ．３４フェーズ２がタイムアウトとなってもま
だＶ．３４フェーズ２が終了しないのならば、ステップ
Ｓ１３に進む。ステップＳ１３でＣＰＵ１１は、通信管
理情報蓄積用ＲＡＭ１３内に格納されている、Ｖ．３４
通信エラーフラグビットを「１」にして、再び通信管理
情報蓄積用ＲＡＭ１３内に格納する。

【００４６】なお、ステップＳ１２で、Ｖ．３４フェー
ズ２がタイムアウトとなっても、Ｖ．３４フェーズ２が
終了とならないのは、回線状況が悪いためであると考え
られる。

【００４７】ステップＳ１４でＣＰＵ１１は回線切断処
理を行い、ステップＳ１５で通信エラー処理を行う。そ
して、ステップＳ１６でリダイヤル送信制御を行うため
の準備をし、リダイヤル送信制御へと移る。

【００４８】なお、上記ステップＳ４からステップＳ１
８に進んだ場合、ステップＳ１８で、ＣＰＵ１１は被呼
局からＮＳＦ（非標準機能）信号、ＣＳＩ（被呼端末識
別）信号、ＤＩＳ（ディジタル識別）信号を受信したこ
とを検出したならば、ステップＳ１９に進み、「否」な
らばステップＳ２８に進む。なお、上記ＣＳＩ信号は、
オプショナル信号であるので、必ずしも送信されてくる
とは限らない。

【００４９】ステップＳ１８からステップＳ２８に進む
と、予め設定されたＴ１がタイムアウトとなるまで、Ｃ
ＰＵ１１は、上記ステップＳ３、ステップＳ４、ステッ
プＳ１８、ステップＳ２８の処理を繰り返し、被呼局か
らの信号を待つ。

【００５０】ステップＳ２８で、Ｔ１がタイムアウトと
なっても被呼局から信号を受信しなければ、ステップＳ
２９に進み、ＣＰＵ１１は回線切断処理を行い、ステッ
プＳ１６へと進む。なお、ステップＳ２８からステップ
Ｓ２９に進むのは、被呼局が「話中」の場合である。

【００５１】一方、ステップＳ１８で、ＣＰＵ１１が被
呼局からＮＳＦ信号、ＣＳＩ信号、ＤＩＳ信号を受信し
たことを検出すると、ＣＰＵ１１はＮＳＦ信号、ＣＳＩ
信号、ＤＩＳ信号を解析し、被呼局のモデムの能力、即
ち通信能力を調べる。そして、ステップＳ１９でＶ．３
４の通信能力があるモデムであった場合には、ステップ
Ｓ２０に進み、被呼局にＣＩ（Call Indicator Signa
l）信号を送出し、ステップＳ４に戻る。一方、ステッ
プＳ１９で「否」の場合には、ステップＳ２１に進む。
ステップＳ２１で、Ｖ．１７の通信能力があるモデムで
あった場合には、ステップＳ２２に進み、Ｖ．１７の送
信制御へ移行する。一方、ステップＳ２１で「否」の場
合には、ステップＳ２３に進む。ステップＳ２３で、
Ｖ．２９の通信能力があるモデムであった場合には、ス
テップＳ２４に進み、Ｖ．２９の送信制御へ移行する。
一方、ステップＳ２３で「否」の場合は、ステップＳ２
５に進む。ステップＳ２５で、Ｖ．２７ｔｅｒの通信能
力があるモデムであった場合には、ステップＳ２６に進
み、Ｖ．２７ｔｅｒの送信制御へ移行する。一方、ステ
ップＳ２５で「否」の場合は、ステップＳ２７に進み、
ＣＰＵ１１は回線切断処理を行い、処理を終了とする。

【００５２】次に、上記フローチャートにおいて、ステ
ップＳ１６でリダイヤル送信制御へと進んだ場合の処理
について、図５〜図７に示すフローチャートに従って説
明する。図５、図６、図７は、この具体例１によるのリ
ダイヤル時の発呼局の処理手順を示すフローチャートで
ある。

【００５３】まず、ステップＳ４１でＣＰＵ１１は、通
信管理情報蓄積用ＲＡＭ１３内のリダイヤル電話番号格
納エリアから、発呼先の電話番号を読み込む。ステップ
Ｓ４２でＣＰＵ１１はリダイヤル発呼処理を行う。ステ
ップＳ４３でＣＰＵ１１はＣＮＧ信号（発呼トーン）を
送信する。ＣＮＧ信号は電話回線を介して被呼局へ送信
される。

【００５４】すると、ステップＳ４４でＣＰＵ１１は、
被呼局からＡＮＳａｍ信号を待つ。このＡＮＳａｍを受
信すると、被呼局がＶ．８通信が可能なモデムであると
してステップＳ４５に進み、「否」ならば、ステップＳ
６０に進む。

【００５５】ステップＳ４５でＣＰＵ１１は、通信管理
情報蓄積用ＲＡＭ１３からＶ．３４通信エラーフラグビ
ットを読み込む。ステップＳ４６でＣＰＵ１１は、Ｖ．
３４通信エラーフラグビットが「１」であるか否か判断
し、「１」であればステップＳ６０に進み、「否」なら
ばステップＳ４７に進む。

【００５６】ステップＳ４７からステップＳ５９まで
は、図２に示すフローチャートのステップＳ５からステ
ップＳ１７までの処理と同様であるので、重複する説明
は省略する。

【００５７】なお、ステップＳ４６からステップＳ４７
に進む場合は、被呼局へＶ．８，Ｖ．３４通信が可能で
ある。このケースは、第１回目に発呼処理したときに被
呼局が「話中」であり、リダイヤル発呼処理になって、
「話中」が解除された場合である。

【００５８】一方、ステップＳ４４からステップＳ６０
に進んだ場合、ステップＳ６０で、ＣＰＵ１１は被呼局
からＮＳＦ信号、ＣＳＩ信号、ＤＩＳ信号を受信したな
らば、ステップＳ６１に進み、「否」ならばステップＳ
７３に進む。また、ステップＳ４６で、Ｖ．３４通信エ
ラーフラグビットが「１」であり、ステップＳ６０に進
んだ場合には、被呼局から自動的にＮＳＦ信号、ＣＳＩ
信号、ＤＩＳ信号が送信されてくるように予め設定され
ている。

【００５９】ステップＳ６０で、ＣＰＵ１１は被呼局か
らＮＳＦ信号、ＣＳＩ信号、ＤＩＳ信号を受信したこと
を検出すると、ステップＳ６１に進む。

【００６０】一方、上記ステップＳ６０からステップＳ
７３に進むと、予め設定されたＴ１がタイムアウトとな
るまで、ＣＰＵ１１は、上記ステップＳ４３、ステップ
Ｓ４４、ステップＳ６０、ステップＳ７３を繰り返し、
被呼局からの信号を待つ。

【００６１】ステップＳ７３で、Ｔ１がタイムアウトと
なっても、被呼局から信号を受信しなければ、ステップ
Ｓ７４に進み、回線切断処理を行い、そして、ステップ
Ｓ５８に進み、リダイヤル送信制御を行うための準備を
し、ステップＳ４１に戻る。なお、ステップＳ７３から
ステップＳ７４に進むのは、被呼局が「話中」の場合等
である。

【００６２】ステップＳ６０で、ＣＰＵ１１がＮＳＦ信
号、ＣＳＩ信号、ＤＩＳ信号を受信したことを検出する
と、各信号を解析し、被呼局のモデムの能力、即ち通信
能力を調べる。そして、ステップＳ６１で、被呼局に
Ｖ．３４の通信能力があり、且つＶ．３４通信エラーフ
ラグビットが「０」である場合には、ステップＳ６２に
進み、被呼局にＣＩ信号を送出し、ステップＳ４４に戻
る。一方、ステップＳ６１で「否」の場合にはステップ
Ｓ６３に進む。ステップＳ６３で、被呼局にＶ．１７の
通信能力がある場合には、ステップＳ６４に進み、Ｖ．
３４通信エラーフラグビットを「０」にクリアし、通信
管理情報蓄積用ＲＡＭ１３に格納する。そして、ステッ
プＳ６５に進み、Ｖ．１７の送信制御へ移行する。（モ
デム１０の伝送モードをＶ．１７の送信制御用に変更し
通信を行う。）

【００６３】一方、ステップＳ６３で「否」の場合は、
ステップＳ６６に進む。ステップＳ６６で、被呼局に
Ｖ．２９の通信能力がある場合には、ステップＳ６７に
進み、Ｖ．３４通信エラーフラグビットを「０」にクリ
アし、通信管理情報蓄積用ＲＡＭ１３に格納する。そし
て、ステップＳ６８に進み、Ｖ．２９の送信制御へ移行
する。

【００６４】一方、ステップＳ６６で「否」の場合は、
ステップＳ６９に進む。ステップＳ６９で、被呼局に
Ｖ．２７ｔｅｒの通信能力がある場合には、ステップＳ
７０に進み、Ｖ．３４通信エラーフラグビットを「０」
にクリアし、通信管理情報蓄積用ＲＡＭ１３に格納す
る。そして、ステップＳ７１に進み、Ｖ．２７ｔｅｒの
送信制御へ移行する。

【００６５】一方、ステップＳ６９で「否」の場合は、
ステップＳ７２に進み、Ｖ．３４通信エラーフラグビッ
トを「０」にクリアし、通信管理情報蓄積用ＲＡＭ１３
に格納する。そして、ステップＳ５９に進み、ＣＰＵ１
１は回線切断処理を行い、処理を終了する。

【００６６】なお、図４に示すステップＳ２１、ステッ
プＳ２３、ステップＳ２５、図６に示すステップＳ６
３、ステップＳ６６、ステップＳ６９に示す順序で、被
呼局のモデムの通信能力が順に低下していく。それ故、
可能な限り高速に送信することができるように、処理の
順序を決めている。また、図３のステップＳ１６でリダ
イヤル送信制御となった場合、自動的に図５に示すフロ
ーチャートの処理が開始され、リダイヤル発呼処理が始
まる。

【００６７】このときの送信方法は、フィーダー送信の
場合であってもメモリ送信の場合であっても変わらな
い。即ち、フィーダー送信の場合であっても、まだ原稿
を読み込む前であればリダイヤルを実行し、自動的に装
置にセットされた原稿を読み込み、１ページ目の送信か
ら処理を開始することができる。また、メモリ送信であ
れば問題なくリダイヤル処理後に全ての原稿の送信を自
動的に開始できる。

【００６８】〈具体例１の効果〉ＩＴＵ−Ｔ勧告Ｖ．３
４で規定された機能によれば、発呼局のモデムと被呼局
のモデムとの間で制御手段の制御無しにトレーニングを
行って、データレート決定のための独自のネゴシエーシ
ョンを実行する。そのネゴシエーションが成立しないで
通信エラーによる回線切断処理が行われたとき、通信管
理情報蓄積手段がその通信管理情報を格納して保存す
る。通信エラーの原因を明らかにして、リダイヤル処理
後の制御方法を決定するためである。このような場合
に、その後リダイヤル処理を実行するとき、制御手段
は、ＩＴＵ−Ｔ勧告Ｖ．３４によるモデム独自のネゴシ
エーションを排除する。そして、制御手段がモデムを制
御するネゴシエーションを実行し、制御手段の判断によ
って、ＩＴＵ−Ｔ勧告Ｖ．１７、Ｖ．２９、Ｖ．２７ｔ
ｅｒといった通信能力による伝送モードを選択する。

【００６９】以上の構成によれば、リダイヤル処理後再
度モデム独自のネゴシエーションを行って通信エラーを
繰り返すといった動作を未然に防止できる。また、リダ
イヤル後、Ｖ．３４通信が不可能な回線状況であって
も、他の伝送モードを用いて確実に通信を行うことが可
能になる。

【００７０】以上のようにして、被呼局がＶ．３４通信
を行うことが可能なモデムを備えている場合に、回線状
況が悪くて通信エラーになると、自動的にリダイヤル発
呼処理を行い、Ｖ．３４で失敗したという履歴表示（フ
ラグ）を残しておく。リダイヤル時には被呼局のモデム
の能力に合わせて、Ｖ．３４以外のモデムの伝送モード
で送信制御を行うことにしたので、Ｖ．３４通信が不可
能な回線状況であっても、確実に発呼局と被呼局との通
信を行うことが可能となる。

【００７１】また、モデムの能力の変更は回線状況に合
わせて選択可能となっている、即ち可能な限り高速で送
信できるようにモデムの伝送モードが選択されるので、
そのときの回線状況で最高の伝送モードでの通信が可能
となる。

【００７２】〈具体例２〉具体例１では、モデムが主と
してラインプロービングを行って通信エラーを生じた場
合について、そのリダイヤル時の動作モードの最適化を
図るようにした。しかしながら、実際に正常に通信が開
始された後も、同様の問題が生じ得る。即ち、モデム
が、独自のネゴシエーションを行ってそのネゴシエーシ
ョンが成立し、通信が開始された後、通信エラーで回線
切断処理が行われることがある。このような場合も、ネ
ゴシエーションが成立しなかった場合に準じて、具体例
１と同様の制御を行えば、通信エラーを繰り返すのを防
止できる。

【００７３】図８に、ファクシミリ装置の通信シーケン
スチャートを示す。ファクシミリ装置は、この図の左上
から右下に向かって一定の通信手順を実行し、原稿のイ
メージを送信する。この手順については、既に従来技術
の部分で詳細に説明をしたので、ここでは簡単に触れ、
具体例２の要点を説明する。

【００７４】まず、発呼処理を行うと、フェーズ１のネ
ットワーク（回線）への接続が行われる。そして、フェ
ーズ２で、既に説明したラインプロービングが行われ、
フェーズ３では、プライマリチャネルでのトレーニング
が行われる。そして、フェーズ４では、変調パラメータ
の交換が行われる。次に、Ｔ．３０のファックスハンド
シェーキング（Fax Handshaking）が行われる。ここで
手順信号データの交換が終わると、１ページ分のデータ
送信に移る。

【００７５】第１ページのデータ送信は、プライマリチ
ャネルにおいて行われる。また、ファクシミリ送信の場
合、１ページ分のデータ送信が終わると、再びＴ．３０
FaxHandshakingが行われる。この部分をコントロールチ
ャネルと呼ぶ。このコントロールチャネルは、複数枚の
送信を行うときは、１ページ送信毎に設けられる。

【００７６】コントロールチャネルにおけるＴ．３０Fa
x Handshakingは、2,400ｂｐｓあるいは1,200ｂｐｓの
通信速度で行われる。従って、手順信号データの交換を
３００ｂｐｓで行う他の伝送モード、例えばＶ．１７，
Ｖ．２９等に較べて信頼性が低い。また、このコントロ
ールチャネルでもモデム自身がＣＰＵ１１の制御によら
ず独自のネゴシエーションを行う。そして、ネゴシエー
ションができない場合には、リトレーニングを行うが、
これが成立しないと通信エラーとなる。従って、具体例
１の場合と同様の問題が生じる。

【００７７】なお、通信開始後にリダイヤルを行う場合
には、自動的に全ての送信原稿のイメージを再送するこ
とが必要になる。従って、予め全ての原稿の画像情報を
画像メモリに予め蓄積しておくいわゆるメモリ送信を行
うことが好ましい。この画像情報は、図１に示した通信
バッファ用ＲＡＭ８に格納される。即ち、図１に示した
スキャナ２で読み取られた画像情報は、読取り処理部５
ａを経て、一旦ラインメモリ４に記憶される。

【００７８】その後、画像情報圧縮・復元部６のデータ
圧縮モードに応じて、ラインメモリ４から画像情報が読
み出され、圧縮処理される。このデータは、アドレス／
データバス７を通じて通信バッファ用ＲＡＭ８に蓄積さ
れる。こうして、全ての送信原稿について、画像情報を
通信バッファ用ＲＡＭ８に蓄積した後、その画像情報を
順次読み出して送信する。その他の部分についての装置
構成は具体例１と変わるところはなく、重複する説明を
省略する。

【００７９】次に、具体例２についての動作を説明す
る。図９と図１０には、具体例２の発呼局の処理手順を
示すフローチャート（その１）、（その２）を示す。な
お、具体例２は、その処理が新たにステップＳ１より開
始しており、これらのステップ表示は具体例１のフロー
チャートとは対応していない。即ち、具体例２独自のス
テップを示している。

【００８０】まず初めに、オペレータが電話番号を操作
・表示部１６に入力すると、ＣＰＵ１１はその情報をイ
ンタフェース１４を経て認識する。続いて、ステップＳ
１で、ＣＰＵ１１は、通信管理情報蓄積用ＲＡＭ１３の
リダイヤル電話番号格納エリアにリダイヤルの際発呼す
る電話番号を格納する。その後、ステップＳ２で、ＣＰ
Ｕ１１は、送信原稿２Ａをスキャナ２を用いて読み取
る。読み取られた画像情報は、読取り処理部５ａ、ライ
ンメモリ４、画像情報圧縮・復元部６を経て、通信バッ
ファ用ＲＡＭ８に格納される。

【００８１】次に、ステップＳ３で、ＣＰＵ１１は、発
呼処理を行う。更に、ＣＰＵ１１は、ステップＳ４で、
ＣＮＧ信号を送出し、ステップＳ５で、ＡＮＳａｍ信号
を待つ。このＡＮＳａｍ信号を受信すると、被呼局のモ
デムがＶ．８通信の可能なモデムであると判断する。こ
の場合には、ステップＳ６に進む。一方、被呼局のモデ
ムがＶ．８通信の不可能なモデムと判断すると、ステッ
プＳ１１に進む。

【００８２】ステップＳ６で、ＣＰＵ１１は、自分の持
っている変調モードを知らせるＣＭ信号を被呼局へ送信
する。被呼局は、発呼局の変調モードに対してどれが有
効かを提示するＪＭ信号を発呼局に送出する。ステップ
Ｓ７で、ＣＰＵ１１は、このＪＭ信号を検出する。その
後、ステップＳ８で、ＣＪ信号を送出する。更に、ステ
ップＳ９に進み、モデム１０は、Ｖ．３４フェーズ２の
処理に進む。

【００８３】Ｖ．３４フェーズ２の処理では、発呼側と
着呼側のモデムが変調オプションを交換し合い、ライン
プロービング信号により回線特性を測定し、シンボルレ
ート、プリエンファシスの有無、使用可能なデータレー
ト、キャリア周波数、各送信機の送出レベルに関する情
報を交換する。その後、次のステップＳ１０に移る。

【００８４】ステップＳ１０では、モデム１０が、Ｖ．
３４フェーズ３を実行する。Ｖ．３４フェーズ３では、
シンボルレートとキャリア周波数から、イコライザとエ
コーキャンセラのトレーニングを行う。こうして、図１
０に示すステップＳ１４に進む。

【００８５】このステップＳ１４で、モデム１０は、コ
ントロールチャネルの動作に移る。コントロールチャネ
ルの先頭部分では、実質的に通信に使用される変調パラ
メータを交換し、トレーニングを行う。これによって、
通信できるデータレートを決定する。ステップＳ１４
で、ＣＰＵ１１は、コントロールチャネル用タイマをス
タートさせる。そして、ステップＳ１５で、ＣＰＵ１１
は、モデム１０が変調パラメータの交換とトレーニング
を終了してデータモードに進んだかどうかをチェックす
る。データモードに進むと、次はステップＳ１６を実行
する。

【００８６】ステップＳ１６で、ＣＰＵ１１は、ＩＴＵ
−ＴのＴ．３０に従って手順信号を被呼局との間で送受
信する。そして、その手続が完了すると、ステップＳ１
７に進む。ここで、未送信の画像情報が１ページ以上メ
モリ内に存在するかどうかを判断する。メモリに送信用
画像データが蓄積されていればステップＳ１８に進む。
そして、ステップＳ１８では、この画像情報をプライマ
リチャネルデータとして、１ページ分被呼局に送信す
る。

【００８７】送信が終了すると、ステップＳ１４に戻
り、ステップＳ１４〜ステップＳ１８までの処理を繰り
返し、全てのページについての送信を実行する。全ての
ページの送信が終了すると、ステップＳ１７からステッ
プＳ１９に進み、回線の切断処理を行ってファクシミリ
送信を終了する。

【００８８】各ページが送信される度に、コントロール
チャネルが実行されるが、コントロールチャネルが開始
される度にコントロールチャネル用タイマがスタートす
る（ステップＳ１４）。そして、コントロールチャネル
用タイマがタイムアウトになっても、ステップＳ１５に
おいて、コントロールチャネルのデータモードに移行し
ない場合やステップＳ１６において、コントロールチャ
ネルのデータ送受信が完了しないような場合には、何ら
かの障害が発生したものとしてステップＳ２１に進む。

【００８９】そして、ステップＳ２１において、通信管
理情報蓄積用ＲＡＭ１３内のＶ．３４通信エラーフラグ
ビットを“１”にして格納する。このエラーフラグビッ
トは、モデムがコントロールチャネルにおいて、独自の
ネゴシエーションを行い、通信エラーが生じたことを表
すフラグである。このような通信エラーが生じるのは、
例えば通信開始後、回線状況が悪化した場合が考えられ
る。ステップＳ２２では、回線切断処理が行われ、ステ
ップＳ２３で、通信エラー処理を行い、更にステップＳ
２４のリダイヤル送信制御へ進む。

【００９０】なお、図９のステップＳ５において、ＡＮ
Ｓａｍ信号を受信しない場合には、ステップＳ１１に進
む。これ以降の処理は、既に図２を用いて説明したもの
と同様である。図９のステップＳ１１は、図２のステッ
プＳ１８に対応し、図９のステップＳ１２は、図２のス
テップＳ２８に対応する。また、図９のステップＳ１３
は、図２のステップＳ２９に対応する。更に、ステップ
Ｓ１１でイエスと判断された場合には、図４に示した処
理が実行される。そして、図４のステップＳ２０の処理
を終了すると、図９のステップＳ５に戻る。その他の処
理は、図４で示した通りとなる。

【００９１】一方、リダイヤル送信制御が実行される場
合は、実質的に具体例１で説明した図５〜図７までの処
理と同一となる。即ち、図１に示した通信管理情報蓄積
用ＲＡＭ１３のリダイヤル電話番号格納エリアから発呼
元の電話番号を読み込んでリダイヤル処理が実行され
る。そして、通信エラーフラグビットを読み込む。これ
が“１”の場合には、図６に示したステップＳ６３以降
の処理によってモデム独自のネゴシエーションを排除
し、ＣＰＵ１１が介在するネゴシエーションが実行され
る。

【００９２】こうして、伝送モードが決定されると、図
１に示した通信バッファ用ＲＡＭ８に格納した送信原稿
についての画像情報を読み出し、全ての画像情報の送信
を実行する。この送信手順等は、Ｖ．１７、Ｖ．２９、
Ｖ．２７ｔｅｒに規定された通りの手順で実行される。

【００９３】〈具体例２の効果〉上記のように通信が開
始された後、コントロールチャネルにおいて、モデムが
独自のネゴシエーションを行って通信エラーが生じたと
き、具体例１と同様の制御を行えば、回線状況が悪化し
ているとしても、通信エラーを繰り返すのを防止でき
る。なお、通信が開始された後に通信エラーが生じて、
自動的にリダイヤル処理を実行する場合には、送信原稿
の画像情報が既にメモリに格納されていることが好まし
い。これで、通信再開後もオペレータの介在無しに必要
な全ての通信を自動継続できるという効果がある。

【００９４】〈具体例３〉通信エラーの発生原因によっ
ては、リダイヤル処理をしても再接続が不可能な場合が
ある。その場合には、リダイヤル処理を止めたり、画像
メモリの内容を保存しないでおけば、無駄なリダイヤル
処理を防止して、画像メモリを有効に利用できる。被呼
局の機能上通信ができないきは、再接続できないからこ
れに該当する。繰り返し通信エラーが発生するときも同
様である。オペレータによる強制的な回線切断は、再接
続できない特別の理由によることが多い。

【００９５】更に、通信エラーの原因に応じて、すぐに
リダイヤル処理を実行すれば再接続可能な場合と、しば
らく待機してからリダイヤル処理を実行したほうがよい
場合がある。これを判断して待機時間を設定すれば、無
駄なリダイヤル処理と通信エラーの繰り返しを防止でき
る。

【００９６】通信エラーの原因によっては、リダイヤル
処理を繰り返せば再接続可能な場合と、リダイヤル処理
を繰り返しても再接続が不可能な場合とがある。これを
判断して、リダイヤル処理を繰り返す制限回数を設定す
れば、無駄なリダイヤル処理と通信エラーの繰り返しを
防止できる。

【００９７】こうした通信エラーに基づくリダイヤル制
御を完了するまでは、通信エラーの原因を表示する情報
を通信管理情報蓄積手段に保持しておき、これをいつで
もＣＰＵ１１が参照できるようにしておくことが好まし
い。通信エラーに基づくリダイヤル制御を完了するの
は、リダイヤル処理により再接続されてその通信が完了
するか、リダイヤル処理が中止されたときである。

【００９８】以上のような観点にもとづいてなされた具
体例３の発明の説明をする。図１１は、具体例３のパラ
メータ説明図である。具体例３を実施するにあたって
は、図１に示した通信管理情報蓄積用ＲＡＭ１３に、こ
の図に示すような各種のパラメータを記憶する。この図
に示すように、通信管理情報蓄積用ＲＡＭ１３には、エ
ラーコード記憶部２１、リダイヤル回数格納部２２、リ
ダイヤル間隔格納部２３、リダイヤル有無表示部２４及
び通信結果格納部２５が設けられる。

【００９９】エラーコード記憶部２１には、後で説明す
るような内容のエラーコードが記憶される。エラーの種
類を表示するためである。リダイヤル回数格納部２２に
は、通信エラーが生じた後、何回リダイヤルをするかと
いう回数が格納される。ここには、製品出荷時に適当な
デフォルト値が記憶される。また、オペレータによって
入力された任意の数値が記憶される。この具体例では、
通信結果の如何によって自動的にＣＰＵ１１がこの回数
を決定する。

【０１００】リダイヤル間隔格納部２３には、「話中」
等によってリダイヤルを失敗した場合に、何分おきにリ
ダイヤルを実行するかといった指示を格納する。これも
ＣＰＵ１１によって通信結果に応じて設定される。リダ
イヤル有無表示部２４は、リダイヤルをすべきかどう
か、例えばリダイヤルをしても無駄な場合にはリダイヤ
ルをしないといった表示データを格納する部分である。

【０１０１】通信結果格納部２５には、正常終了の場合
には正常終了、通信エラーの場合にはどういった原因で
エラーが生じたかといった情報が格納される。この情報
には、さらに、例えば相手方ファックス番号、送信の線
密度、圧縮方式、誤り訂正機能の有無、伝送時のデータ
レート、その他各種の情報が付加される。これらの情報
によって、通信エラーがどういった原因で発生し、その
通信エラーが発生した場合には、リダイヤル回数を何回
にし、リダイヤル間隔を何分にすればよいかといった判
断を行うことが可能になる。

【０１０２】図１１中の破線に示した矢印は、通信管理
情報蓄積用ＲＡＭ１３に記憶された各種のパラメータを
利用して、ＣＰＵ１１が所定の処理を行う際の手順を示
す。即ち、Ｘは、通信結果格納部２５に格納された内容
に基づいてエラーコードを生成する処理である。その生
成した結果得られたエラーコードがエラーコード記憶部
２１に記憶される。

【０１０３】また、Ｙは、エラーコード記憶部２１に記
憶されたエラーコードに基づいてＣＰＵ１１がリダイヤ
ル回数、リダイヤル間隔、リダイヤルの有無等を決定
し、これらをリダイヤル回数格納部２２、リダイヤル間
隔格納部２３及びリダイヤル有無表示部２４に格納する
ためのリダイヤル判定処理を示している。

【０１０４】図１２には、エラーコード生成処理とリダ
イヤル判定処理の説明図を示す。この図の最も左の欄に
は、通信が成立しない状態の種類を示す。また、その右
側の欄には、判断要素を示す。そして、その更に右側に
は、エラーコードの例を示す。ＣＰＵ１１は、判断要素
に従って、図の左側に示すような状態であることを認識
し、その右側に示すようなエラーコードを生成する。そ
して、そのエラーコードに基づいて、リダイヤルの有無
やリダイヤル間隔、リダイヤル回数等が決定される。

【０１０５】例えば、受信側が通話中でビジートーンが
検出された場合には、エラーコードを“１１１１”とす
る。この場合、リダイヤル有りとする情報をリダイヤル
有無表示部２４に格納すると共に、リダイヤル間隔やリ
ダイヤル回数を、例えばオペレータの設定したままある
いはデフォルトの状態にしておく。次に、エラーが頻発
して通信が切断された場合を考える。これは、例えば回
線不良が原因と考えればよい。このときには、ＣＰＵ１
１がエラー原因を調べるポストコマンドを発するとＲＴ
Ｎが受信される。このような場合には、エラーコードを
“３２１０”とする。この場合、リダイヤルを行うとす
るものの、回線不良が回復する時間を考慮すると、リダ
イヤルの間隔をあまり短くするのは好ましくない。

【０１０６】そこで、例えばリダイヤル間隔を５分とす
る。更に、数回リダイヤルを行っても状況が変わらない
場合には、回線が直ちに復旧する見込みがないと判断し
てよい。そこで、リダイヤル回数は３回程度に設定す
る。

【０１０７】次に、トレーニング中のエラーによって、
2,400ｂｐｓといった最低の通信速度でも通信エラーに
なった場合を考える。この場合には、これ以上ＦＴＴフ
ォールバックができない。回線状態が悪くなければ、そ
のまますぐに再接続が可能とも予想できる。このとき
は、エラーコードを、例えば“２３４５”とする。そし
て、必要最小限の時間だけ間隔を空けてリダイヤルを実
行する。従って、リダイヤル間隔を３分とする。また、
この場合には、通信が成立するまでリダイヤルを繰り返
せばよいから、例えばリダイヤル回数を５回に設定す
る。

【０１０８】今度は、例えば受信側が、受信中に紙詰ま
りや紙無しで受信続行不能になった場合を考える。ある
いは受信側が受信中に停電によってパワーオフになった
場合を考える。これは、ポストコマンドに対して３回と
も無応答であるといった状態で判断できる。このとき
は、エラーコードを“３１１１”とする。こうした場
合、受信側で受信用紙をセットする時間やあるいは停電
が回復するまでの時間を考慮すると、短時間でリダイヤ
ルをしても無駄となる。そこで、リダイヤルの間隔を１
５分というように長い時間に設定する。

【０１０９】また、それだけ間隔を空けてリダイヤルを
行っても、更に接続が不可能な場合には、他の原因によ
り容易に回復できないことも考えられる。そこで、無駄
なリダイヤルを防止するために、リダイヤル回数を２回
と限定する。

【０１１０】次に、送信中に送信側が停電した場合を考
える。この場合は、エラーコードを“３５００”にす
る。リダイヤルは停電が回復すればすぐに実行すればよ
い。リダイヤル回数は自由に設定すればよい。

【０１１１】次に、受信機がパワーオフのため呼び出し
に応じない、あるいは受信側が電話機のため音声が返っ
てきたというような場合、呼接続待ちタイムアウトとい
う状況でこの状態が判断できる。このときは、エラーコ
ードを“１２ＡＡ”とし、リダイヤルをしないと決定す
る。即ち、リダイヤルをしても必ずしも受信側で正しい
応答が行われないと判断されるからである。

【０１１２】また、発呼中に発呼側のオペレータが停止
スイッチを押し下げて送信をキャンセルした場合、ある
いは送信中に送信を停止するスイッチを押し下げて通信
が中断されたりキャンセルされたりした場合を考える。
これらは、ストップキーを押し下げたことを検出するこ
とにより判断できる。このとき、エラーコードは“１０
０１”あるいは“３Ａ００”とする。こうした場合、オ
ペレータの側に特別の事情があると考えられるから、自
動的にリダイヤル処理をするのは不適切である。従っ
て、リダイヤルをしないという設定を行う。

【０１１３】また、親展送信を行った場合に、受信側に
その機能がないことがある。相手方に親展受信機能がな
いかどうかは、ＮＳＦ信号等の検出ビットを利用して判
断することができる。また、中継依頼送信等を要求した
場合、受信側にその機能がないことがある。これも同様
の方法で検出が可能である。こうした場合、エラーコー
ドを“５６７８”あるいは“５６７９”と設定する。こ
れもリダイヤルをする意味がないからリダイヤルをしな
いと設定する。

【０１１４】以上のようなエラーコードの形式は、番号
や記号等を組み合わせた任意の形態でよい。送信側や受
信側から見たときに、それぞれ数多くのエラー形態があ
るため、分類可能な判別しやすい桁数で表現するとよ
い。例えば、図の例のように３〜４桁程度の１６進数の
英数字を用いると表現がしやすい。更に、先頭の数字
が、例えば“１”で始まれば受信側につながる前のエラ
ーであるとか、“２”で始まれば手順上のフェーズＢで
のエラーであるといった分類をしておくと判断がしやす
くなる。なお、リダイヤルの間隔や回数等については、
エラーコードを見て、オペレータが手動で設定するよう
にしても構わない。

【０１１５】図１３には、具体例３の動作フローチャー
トを示す。この図により、上記のような具体例３のファ
クシミリ装置の動作を説明する。なお、このフローチャ
ートに示す動作に移行する前に、ファクシミリ装置は既
に、発呼、ネゴシエーション等を経て、原稿の一部を送
信し始めている。

【０１１６】まず、ステップＳ１で、通信エラーが発生
すると、ステップＳ２で、送信原稿の画像情報を保存し
たままにする。即ち、図１に示した通信バッファ用ＲＡ
Ｍ８に対し、メモリ送信用として予め読み込んだ全ての
原稿の画像情報を、消去させないように保存しておく。
通常は、回線を切断すると自動的にメモリ中の画像情報
が消去されてしまうからである。次のステップＳ３にお
いて、通信エラーが発生したそのときの状態を通信結果
格納部２５（図１１）に記憶する。そして、ＣＰＵ１１
は、この通信結果に基づいて、既に説明した要領でエラ
ーコードを生成して、図１１に示したエラーコード記憶
部２１に記憶する。

【０１１７】更に、ＣＰＵ１１は、そのエラーコードに
基づき、図１１に示すリダイヤル有無表示部２４にリダ
イヤルの有無、即ちリダイヤルをすべきかどうかの情報
を記憶する（ステップＳ５）。次のステップＳ６では、
この情報を参照してリダイヤルが必要かどうかを判断す
る。リダイヤルが必要であればステップＳ７に進み、リ
ダイヤル回数とリダイヤル間隔とを決定し、図１１に示
すリダイヤル回数格納部２２とリダイヤル間隔格納部２
３に記憶する。

【０１１８】次のステップＳ８で、リダイヤルのための
タイマをセットする。そして、ステップＳ９で、時間待
ちを行う。タイムアップした場合には、ステップＳ１０
に進み、リダイヤルを実行する。その後通信が正常に終
了するかどうかを監視する。なお、このとき、既に具体
例１や具体例２を用いて説明した要領で、ＣＰＵ１１の
制御によるネゴシエーションが実行され、所定のデータ
レートでの通信が実行される。

【０１１９】ここで、通信が正常終了すれば処理を終わ
る。また、通信エラーが生じた場合には、ステップＳ１
１からステップＳ１２に進み、その通信のエラーコード
を生成する。次にステップＳ１３で、記憶されている前
回のエラーコードと今回のエラーコードとを比較する。
前回のエラーコードと今回のエラーコードとが等しい場
合には、ステップＳ１４で、リダイヤル回数のデクリメ
ントを行って、その結果をリダイヤル回数格納部２２に
格納する。ステップＳ１５でこのリダイヤル回数がゼロ
より大きいか判断する。リダイヤル回数がゼロより大き
ければステップＳ８にもどり、再び、リダイヤルを繰り
返す。リダイヤル回数がゼロならば、これ以上のリダイ
ヤルをしないで、ステップＳ１６へ進み、通信エラー表
示処理を行う。

【０１２０】ステップＳ１６において、画像情報の保存
を解除するのは、メモリ送信用に保存していた画像情報
を開放し、他の通信に利用できるようにするためであ
る。リダイヤルをしないと判断された場合には、それ以
上画像情報を保存しておくと、他の処理の効率を低下さ
せ、メモリ資源が無駄になるからである。ステップＳ１
７において、通信エラー表示を行うのは、これ以上リダ
イヤルをしない旨をオペレータに通知して、通信エラー
に対する後処理をオペレータに要求するためである。こ
の通信エラー表示は、ファクシミリ装置の操作・表示部
１６（図１）に表示する。

【０１２１】一方、ステップＳ１３で前回のエラーコー
ドと今回のエラーコードとが異なると判断されたとき
は、ステップＳ２に戻って、新たな通信エラーが発生し
た場合の処理を実行する。なお、通信エラーが多発する
回線では、上記ステップＳ１３で、前回のエラーコード
と今回のエラーコードとが異なると判断されたときに、
ステップＳ２に戻って、リダイヤル回数やリダイヤル間
隔を新たに設定するようにした場合、いつまでもリダイ
ヤルが終了しないことが考えられる。

【０１２２】そこで、前回のエラーコードと今回のエラ
ーコードとが異なると判断されたとき、そのままステッ
プＳ１６に進んで、通信エラー表示処理を行うようにし
てもよい。また、エラーコードの内容にかかわりなく、
リダイヤル回数に上限を設けて、合計リダイヤル回数が
上限をこえた場合には、無条件にステップＳ１６に進ん
で、通信エラー表示処理を行うようにしてもよい。

【０１２３】〈具体例３の効果〉以上説明したように、
通信エラーが発生したとき、その通信エラーの原因を示
す通信管理情報を収集して、リダイヤル処理により再接
続が可能と判断した場合には画像メモリの内容を保存
し、リダイヤル処理の後、新たな伝送モードが選択され
て通信が再開されたとき、その画像メモリの内容を読み
出して送信するようにすれば、自動的なリダイヤル処理
が可能になる。また、再接続が不能な場合にリダイヤル
処理を繰り返すという無駄も防止できる。

【０１２４】また、通信エラーの原因に応じてリダイヤ
ル処理を実行するまでの待機時間やリダイヤル処理を繰
り返す制限回数を設定することによって、無駄なリダイ
ヤルを数多く繰り返す無駄を防止することができる。こ
うして、リダイヤル制御を完了するまで、通信エラーの
原因を表示する情報を通信管理情報蓄積手段に保持して
おき、これを制御手段が参照することによって、常に最
適なリダイヤル制御が可能となる。

【図面の簡単な説明】

【図１】具体例１のファクシミリ装置のブロック図であ
る。

【図２】具体例１の発呼局の処理手順を示すフローチャ
ート（その１）である。

【図３】具体例１の発呼局の処理手順を示すフローチャ
ート（その２）である。

【図４】具体例１の発呼局の処理手順を示すフローチャ
ート（その３）である。

【図５】具体例１のリダイヤル時の処理手順を示すフロ
ーチャート（その１）である。

【図６】具体例１のリダイヤル時の処理手順を示すフロ
ーチャート（その２）である。

【図７】具体例１のリダイヤル時の処理手順を示すフロ
ーチャート（その３）である。

【図８】ファクシミリ装置の通信シーケンスチャートで
ある。

【図９】具体例２の発呼局の処理手順を示すフローチャ
ート（その１）である。

【図１０】具体例２の発呼局の処理手順を示すフローチ
ャート（その２）である。

【図１１】具体例３のパラメータ説明図である。

【図１２】エラーコード生成処理とリダイヤル判定処理
の説明図である。

【図１３】具体例３の動作フローチャートである。

【符号の説明】

１ ファクシミリ装置 １０ モデム １１ ＣＰＵ（制御手段）

Claims (14)

【特許請求の範囲】
1. 【請求項１】 回線と接続されて通信を行うモデムと、
   このモデムの動作と画像情報の送受信を制御する制御手
   段と、通信管理情報を格納する通信管理情報蓄積手段と
   を備え、 回線接続後、前記モデムと被呼局のモデムとの間で前記
   制御手段の制御無しにトレーニングを行って、データレ
   ート決定のための独自のネゴシエーションを実行し、そ
   のネゴシエーションが成立しないで通信エラーによる回
   線切断処理が行われたとき、 前記通信管理情報蓄積手段がその通信管理情報を格納し
   て保存し、 前記制御手段は、 前記通信管理情報蓄積手段に保存された通信管理情報を
   参照して、前記通信エラーに基づくリダイヤル処理を実
   行するとき、前記モデムによる独自のネゴシエーション
   を排除して、制御手段が前記モデムを制御するネゴシエ
   ーションを実行し、このネゴシエーションの結果通信可
   能なデータレートの伝送モードを選択することを特徴と
   するファクシミリ装置。
2. 【請求項２】 回線と接続されて通信を行うモデムと、
   このモデムの動作と画像情報の送受信を制御する制御手
   段と、通信管理情報を格納する通信管理情報蓄積手段と
   を備え、 回線接続後、前記モデムと被呼局のモデムとの間で前記
   制御手段の制御無しにトレーニングを行って、独自のネ
   ゴシエーションを実行し、そのネゴシエーションの結果
   決定したデータレートの伝送モードで通信を開始し、そ
   の後、通信エラーで回線切断処理が行われたとき、前記
   通信管理情報蓄積手段がその通信管理情報を格納して保
   存し、 前記制御手段は、 前記通信管理情報蓄積手段に保存された通信管理情報を
   参照して、前記通信エラーに基づくリダイヤル処理を実
   行するとき、前記モデムによる独自のネゴシエーション
   を排除して、制御手段が前記モデムを制御するネゴシエ
   ーションを実行し、このネゴシエーションの結果通信可
   能なデータレートの伝送モードを選択することを特徴と
   するファクシミリ装置。
3. 【請求項３】 請求項１または２に記載のファクシミリ
   装置において、 送信すべき画像情報を予め蓄積しておく画像メモリを備
   え、 制御手段は、 通信エラーが発生したとき前記画像メモリの内容を保存
   し、リダイヤル処理後、新たな伝送モードが選択されて
   通信が開始されたとき、前記画像メモリの内容を読み出
   して送信することを特徴とするファクシミリ装置。
4. 【請求項４】 回線と接続されて通信を行うモデムと、
   このモデムの動作と画像情報の送受信を制御する制御手
   段と、通信管理情報を格納する通信管理情報蓄積手段と
   を備え、 前記制御手段は、 前記通信管理情報蓄積手段に保存された通信管理情報を
   参照して、通信エラーの原因に応じたリダイヤル制御を
   行うことを特徴とするファクシミリ装置。
5. 【請求項５】 請求項４に記載のファクシミリ装置にお
   いて、 送信すべき画像情報を予め蓄積しておく画像メモリを備
   え、 制御手段は、 通信エラーが発生したとき、その通信エラーの原因を示
   す通信管理情報を収集して、 リダイヤル処理により再接続が可能と判断したときは、
   前記画像メモリの内容を保存し、リダイヤル処理後、新
   たな伝送モードが選択されて通信が開始されたときに
   は、前記画像メモリの内容を読み出して送信することを
   特徴とするファクシミリ装置。
6. 【請求項６】 請求項５に記載のファクシミリ装置にお
   いて、 制御手段は、 リダイヤルをしても、被呼局の機能上通信ができないと
   判断したときは、画像メモリの内容を保存しないで、リ
   ダイヤルを中止することを特徴とするファクシミリ装
   置。
7. 【請求項７】 請求項５に記載のファクシミリ装置にお
   いて、 制御手段は、 強制的な回線の切断により通信エラーが生じたときは、
   画像メモリの内容を保存しないで、リダイヤルを中止す
   ることを特徴とするファクシミリ装置。
8. 【請求項８】 請求項５に記載のファクシミリ装置にお
   いて、 制御手段は、 リダイヤル処理をしても繰り返し通信エラーが発生する
   ときは、画像メモリの内容を保存しないで、リダイヤル
   を中止することを特徴とするファクシミリ装置。
9. 【請求項９】 請求項４に記載のファクシミリ装置にお
   いて、 制御手段は、 発生した通信エラーの原因に応じて、リダイヤル処理を
   実行するまでの待機時間を設定することを特徴とするフ
   ァクシミリ装置。
10. 【請求項１０】 請求項４に記載のファクシミリ装置に
    おいて、 制御手段は、 発生した通信エラーの原因に応じて、リダイヤル処理を
    繰り返す制限回数を設定することを特徴とするファクシ
    ミリ装置。
11. 【請求項１１】 請求項９または１０に記載のファクシ
    ミリ装置において 通信エラーに基づくリダイヤル制御を完了するまでは、
    通信エラーの原因を表示する情報を通信管理情報蓄積手
    段に保持しておき、これを制御手段が参照することを特
    徴とするファクシミリ装置。
12. 【請求項１２】 回線が接続されると、発呼局と被呼局
    のモデムが、制御手段を介在させずに独自にトレーニン
    グを行って、適切なデータレートの伝送モードを設定す
    るためのネゴシエーションを実行し、ネゴシエーション
    が成立するまでリトレーニングを繰り返す第１の通信制
    御機能と、制御手段が前記モデムを制御して被呼局とネ
    ゴシエーションを行い、それぞれデータレートの異なる
    複数の伝送モードの中から適切な伝送モードを選択する
    第２の通信制御機能とを持ち、 前記第１の通信制御機能によりネゴシエーションが成立
    せず通信エラーとなって回線切断処理がされたとき、 リダイヤル処理によって再び回線が接続されると、前記
    第１の通信制御機能を排除して、前記第２の通信制御機
    能によりネゴシエーションを開始することを特徴とする
    ファクシミリの通信制御方法。
13. 【請求項１３】 回線が接続されると、発呼局と被呼局
    のモデムが、制御手段を介在させずに独自にトレーニン
    グを行って、適切なデータレートの伝送モードを設定す
    るためのネゴシエーションを実行し、ネゴシエーション
    が成立するまでリトレーニングを繰り返す第１の通信制
    御機能と、制御手段が前記モデムを制御して被呼局とネ
    ゴシエーションを行い、それぞれデータレートの異なる
    複数の伝送モードの中から適切な伝送モードを選択する
    第２の通信制御機能とを持ち、 前記第１の通信制御機能によりネゴシエーションが成立
    して、通信が開始された後に通信エラーとなって回線切
    断処理がされたとき、 リダイヤル処理によって再び回線が接続されると、前記
    第１の通信制御機能を排除して、前記第２の通信制御機
    能によりネゴシエーションを開始することを特徴とする
    ファクシミリの通信制御方法。
14. 【請求項１４】 請求項１２または１３に記載のファク
    シミリの通信制御方法において、 第１の通信制御機能は、ＩＴＵ−Ｔ勧告Ｖ．３４で規定
    された機能で、第２の通信機能は、ＩＴＵ−Ｔ勧告Ｖ．
    ３４で規定された機能以外の通信能力であって、それぞ
    れデータレートの異なる２種以上の通信能力のうちか
    ら、発呼局と被呼局の双方が備えたものを選択する機能
    であることを特徴とするファクシミリの通信制御方法。