JP3767000B2 - 通信装置 - Google Patents
通信装置 Download PDFInfo
- Publication number
- JP3767000B2 JP3767000B2 JP00787096A JP787096A JP3767000B2 JP 3767000 B2 JP3767000 B2 JP 3767000B2 JP 00787096 A JP00787096 A JP 00787096A JP 787096 A JP787096 A JP 787096A JP 3767000 B2 JP3767000 B2 JP 3767000B2
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- reception
- speed
- signal
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、短縮プロトコルで通信を行う通信装置に関し、ことに回線状態に応じて画情報の伝送速度を判断して通信を行う通信装置に関する。
【０００２】
【従来の技術】
従来、ファクシミリ装置等の通信装置において、画情報の伝送速度を決定するためのフォールバック手順に多くの時間が必要であった。
【０００３】
このフォールバック手順の短縮を行うための様々な提案が成されている。
【０００４】
例えば、特開平３−１５４５６６は、受信側の極性反転を検知すると、３００ｂｐｓのＮＳＳ（非標準機能設定信号）を送出し、極性反転を検知せずにＣＥＤ（被呼端末識別信号）を検出するとトーンを出してＣＥＤを停止させ、３００ｂｐｓのＮＳＳを送出する。これにより、ＮＳＦ（非標準機能識別信号）を省略するので、最初の通信時に相手機のＮＳＦのＦＩＦ（ファクシミリ情報フィールド）を記憶しておき、その記憶している内容とネゴシエーションを行って通信パラメータをきめる。画情報の通信速度については送信側で記憶しておき、その速度を通知する。画情報の伝送速度は送信側で伝送速度履歴を記憶しておいて、その速度で画情報を伝送する。ＴＣＦ（トレーニングチェック）の送出を省略し、ＣＦＲ（受信準備確認信号）を受信したら通知した速度で画情報を送信する。
【０００５】
この方法では、３００ｂｐｓのＮＳＦを省略し、ＴＣＦの送出も省略しているので、かなり前プロトコル時間は短縮できるが、それ以前に行われた通信速度で画情報を通信するため、回線の状態が変動した場合、送信の中断や画像エラーを引き起こす虞がある。また、最初の通信で相手のＮＳＦのＦＩＦを記憶する必要があり、さらに通信速度の履歴をも記憶しておく必要もあり、相手先ごとに記憶するので、コストアップにつながる。
【０００６】
特開平５−２１９３３４では、ＣＥＤを検出したら発呼側が独自のトーン（ＤＴＭＦ）を送出してＣＥＤを停止させ、短縮プロトコル用の３００ｂｐｓのＮＳＦ（一部必須能力の項目を省いたＮＳＦ）を送出する。独自のトーンは画情報の伝送速度を通知する機能を兼ねている。この独自のトーンで通知した速度で画情報の前に画情報のパラメータを高速で送出してその後画情報を送出する。
【０００７】
この方法では、３００ｂｐｓのＮＳＦに対して高速で画情報を送出しだすので、その伝送速度を通知するために発呼側が最初に独自のトーンで画情報の通信速度を受信側に通知できるようにしているが、画情報の前に画情報のパラメータを高速に送出し、その後に画情報を送出するという手順では、フォールバック手順がないという問題がある。フォールバック手順を考えるとすると高速でのコマンドのやり取りを考える必要がある。しかも予め決められた伝送速度で画情報を送信するため、回線の状態が変動した場合、送信の中断や画像エラーを引き起こす虞がある。また、最初の通信で通信速度を記憶しておく必要があり、相手先ごとに記憶するので、コストアップにつながる。
【０００８】
特開昭６１−８９７７０では、送信側または受信側で伝送速度履歴を記憶しておき、それと同一の速度、またはより速い速度を試行速度としてフォールバック手順を実行し、画情報の伝送速度を決定する。
【０００９】
この方法も、以前に行われた通信の伝送速度を基にフォールバック手順の施行速度を決定するため、回線の状態が変動した場合にフォールバックが生じやすい。また、最初の通信で通信速度を記憶しておく必要があり、相手先ごとに記憶するので、コストアップにつながる。
【００１０】
特開平２−９２１５３では、送信側から受信したＴＣＦ（トレーニングチェック）信号の受信状態を基に、受信側からｎ（ｎ＞０）段のフォールバックあるいはフォールアップ指示を送信側に与える。
【００１１】
この方法では、場合によっては通常通信と同様のフォールバック手順を実行する必要があり、短縮効果が減少する。
【００１２】
特開平３−６８２６２は、発呼側はＣＥＤ（被呼端末識別信号）検出後トーンを送出し、被呼側はトーンを検出してＣＥＤを停止する。発呼側はＣＥＤの長さを計測して閾値よりも小さければＮＳＳを高速で送出する。この方法では前手順のネゴシエーションを省略して高速でＮＳＳを送出するため、送信側、受信側で予め決定しておいた通信パラメータ（紙サイズや線密度や圧縮方式など）で通信する。また、高速のＮＳＳの通信速度についてもスタート速度を予め決めておき、エラー発生の場合の再送はその都度行い、規定回数エラーが発生すると例えば９６００ｂｐｓから７２００ｂｐｓへフォールバックして通信を行う。
【００１３】
この方法は、予め決められた伝送速度でＮＳＳおよび画情報を送信するため、その伝送速度が回線の状態にそぐわない場合には、送信の中断あるいは画像エラーを引き起こし、再送やフォールバック動作で無駄な時間を消費することがある。また、通信の伝送速度を記憶しておく必要があり、コストアップにつながる。
【００１４】
以上のように従来の通信速度の決定の手順にはまだまだ問題があり、これを改善することで通信速度の決定手順を従来以上に短縮することができる可能性がある。
【００１５】
【発明が解決しようとする課題】
以上に述べたように、従来のファクシミリ装置などの通信装置における通信速度の決定方法にはまだまだ問題が多い。
【００１６】
【発明が解決しようとする課題】
そこで、この発明は、このような問題を解決するため、送信側で命令信号を送信し、これに応答して受信側からの識別信号によって画情報の伝送速度を決定することでフォールバックをなくし、伝送速度の決定に要する時間を短縮することを目的とする。
【００１７】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明の通信装置は、公衆回線を介して送信側装置と受信側装置との間でファクシミリ信号の送受信を行う送受信手段を有する通信装置において、前記受信側装置は、複数の伝送速度に対応して回線状態毎の受信状態を示すテーブルを予め求め、前記送受信手段による特定の伝送速度のＮＳＳ（非標準機能設定）信号の受信に基づき回線状態を判別し、該判別した回線状態に基づき前記テーブルを参照して前記送受信手段による送受信の最高許容伝送速度を決定する伝送速度決定手段と、前記伝送速度決定手段で決定した最高許容伝送速度の情報をＮＳＦ（非標準機能識別）信号に設定し、前記ＮＳＦ（非標準機能識別）信号を前記送受信手段で送信する制御手段とを具備することを特徴とする。
【００１８】
また、請求項２の発明の通信装置は、請求項１の発明において、前記伝送速度決定手段は、複数の伝送速度毎の回線状態を判別する回線品質判定データを予め採取して記憶する回線品質判定データ記憶手段と、前記送受信手段による特定の伝送速度のＮＳＳ（非標準機能設定）信号の受信過程において回線品質判定データを抽出する回線品質判定データ抽出手段とを更に具備し、前記回線品質判定データ抽出手段によって抽出した回線品質判定データに基づき前記回線品質判定データ記憶手段を参照して前記回線状態を判別することを特徴とする。
【００１９】
また、請求項３の発明の通信装置は、請求項１または２の発明において、前記送信側装置は、前記送受信手段で受信した前記ＮＳＦ（非標準機能識別）信号に含まれる最高許容伝送速度の情報に基づいて伝送速度を設定する制御手段を具備することを特徴とする。
【００２７】
【発明の実施の形態】
以下、本発明にかかるファクシミリ装置を添付図面を参照にして詳細に説明する。
【００２８】
図１に、本発明が実施されるファクシミリ装置の構成を示すブロック図を示す。
【００２９】
図１で、１は装置全体の制御を行うＣＰＵ、２は制御プログラムが使用するワークエリアとなるＲＡＭ、３は装置の操作のための操作表示装置、４は送信原稿を読み取る読取装置、５は受信画像等を記録する印字装置、６は符号化、復合化、拡大、縮小等を行う画像処理装置、７は画情報を格納する画像蓄積装置、８は装置を制御するプログラムを格納するＲＯＭからなるシステム制御部、９はディジタル網に適した通信を制御するためのプログラムを格納するＲＯＭを有する通信制御部１、１０はアナログ網に適した通信を制御するためのプログラムを格納するＲＯＭを有する通信制御部２、１１はディジタル網へ通信を接続するためのディジタル網制御装置、１２は変復調装置であるモデム、１３はアナログ網へ通信を接続するためのアナログ網制御装置で自動発着信機能を備えたもの、１４は各機能ブロック相互間のデータのやり取りを行うためのシステムバス、１５は複数の外部回線インタフェースと複数の内部通信回線を接続する回線切り替え制御装置である。
【００３０】
ＣＰＵ１は、装置への電源投入時にシステム制御部８のＲＯＭからプログラムを読取り、このプログラムに基づいて、システムバス１４を介して各構成部分に制御命令を送出して装置全体を制御する。
【００３１】
ＲＡＭ２は、ＣＰＵ１のワークエリアとして動作する。
【００３２】
操作表示装置３は、いわゆるタッチパネルなどから構成され、パネルへの接触によって装置への指示を入力し、現在の装置の状態を表示する入出力手段である。
【００３３】
読取装置４は、送信原稿や複写原稿を白色光で照射してスキャンし、その反射光の強度を量子化してディジタル画像信号に変換する。
【００３４】
印字装置５は、受信画像信号を記録用紙に印字出力する。
【００３５】
画像処理装置６は、送信データを符号化し、受信データを復合化する。更に必要に応じて送受信データの拡大、縮小を行う。
【００３６】
画像蓄積装置７は、読取装置４で読み取られた原稿の画像データや受信した画像データをディジタル的にファイル毎に記憶しておく記憶装置である。
【００３７】
システム制御部８は、装置を制御するＣＰＵ１の制御用プログラムを格納するＲＯＭから構成されており、装置への電源投入時にＲＯＭからプログラムがＣＰＵ１に読み取られる。
【００３８】
通信制御部１（９）は、ディジタル網制御装置１１を制御してディジタル網に適した通信プロトコルを実行するための制御回路で、内部にディジタル通信制御用のプログラムを格納するＲＯＭを有している。
【００３９】
通信制御部２（１０）は、アナログ網制御装置１３を制御してアナログ網に適した通信プロトコルを実行するための制御回路で、内部にアナログ通信制御用のプログラムを格納するＲＯＭを有している。
【００４０】
ディジタル網制御装置１１は、ディジタル網にアクセスして相手の通信装置との通信の接続、切断を制御し、あるいはディジタル通信データを検知するための制御装置である。
【００４１】
モデム１２は、アナログ網によって検出されたアナログデータをディジタルデータに変更し回線切り替え装置１５を介して装置に入力し、回線切り替え装置１５からのディジタルデータをアナログデータに変更して通信制御部２（１０）に送る役割りを果たす。
【００４２】
アナログ網制御装置１３は、アナログ網にアクセスして相手の通信装置との通信の接続、切断を制御し、あるいはアナログ通信データを検知するための制御装置である。
【００４３】
システムバス１４は、この通信装置を構成している各機能ブロック相互間のデータの送受信のため、あるいは制御命令の伝達を行うためのバスである。
【００４４】
回線切り替え制御装置１５は、ディジタル網とアナログ網のいずれの回線網にアクセスして通信を行うかを選択して切り替えるための切り替え回路で、ディジタル網制御装置１１とアナログ網制御装置１３に接続されて制御されている。
【００４５】
このファクシミリ装置は通信網を介してこの装置と同様な装置に、あるいはアナログ網にのみ通信接続可能な装置に、あるいはディジタル網にのみ通信接続可能な装置に接続され、その間でファクシミリ通信を行う。この装置をアナログ網にのみ接続する場合は、通信制御部１（９）とディジタル網制御装置１１とが省略でき、この装置をディジタル網にのみ接続する場合は、通信制御部２（１０）とモデム１２とアナログ網制御装置１３とが省略できる。
【００４６】
このような構成を有するファクシミリ装置の短縮プロトコルの基本的な送信側のプロトコル手順のフローチャート図２〜図６にそって説明する。
【００４７】
図２は、この実施例のファクシミリ装置の送信プロトコルの制御フローチャートを示したものである。
【００４８】
まず、相手機に対して発呼が行われると（ステップ１０１）、この相手機に短縮プロトコル受信能力がありとが記憶されているかどうかを調べる（ステップ１０２）。
ここで、相手機に短縮プロトコル受信能力があるか否かは、図１に示したＲＡＭ２の所定に記憶領域に記憶される宛先データリストに相手機の、例えば、短縮番号に対応して予め記憶されている。
【００４９】
すなわち、ステップ１０２では、発呼した相手機の短縮番号に基づき上記ＲＡＭ２の宛先データリストを検索し、相手機に短縮プロトコル受信能力がありと記憶されているか否かを調べる。
【００５０】
そして、相手機に短縮プロトコル受信能力がありと記憶されている場合は（ステップ１０３でＹＥＳ）、送信フェーズＡを実行する（ステップ１１２）。この送信フェーズＡの詳細は後に図３を参照して説明する。
【００５１】
送信フェーズＡが終了すると、この送信フェーズＡで短縮プロトコル（短プロ）送信に移行したか否かを判定し（ステップ１１３）、ここで短縮プロトコル送信に移行している場合は（ステップ１１３でＹＥＳ）、次に、送信フェーズＢを実行する（ステップ１１４）。この送信フェーズＢの詳細は後に図４を参照して説明する。
【００５２】
送信フェーズＢが終了すると、この送信フェーズＢで短縮プロトコル（短プロ）送信に移行したか否かを判定し（ステップ１１５）、ここで短縮プロトコル送信に移行している場合は（ステップ１１５でＹＥＳ）、次に、送信フェーズＣを実行する（ステップ１１６）。この送信フェーズＣの詳細は後に図５を参照して説明する。
【００５３】
送信フェーズＣが終了すると、次に、送信フェーズＤを実行する（ステップ１１７）。この送信フェーズＤの詳細は後に図６を参照して説明する。
【００５４】
送信フェーズＤが終了すると、この送信フェーズＤにおいて、送信フェーズＣへ移行するかを調べる（ステップ１１８）。ここで、送信フェーズＣへ移行する場合は（ステップ１１８でＹＥＳ）、ステップ１１６に戻り、送信フェーズＣへの移行しない場合は（ステップ１１８でＮＯ）、次に送信フェーズＤにおいて、送信フェーズＢへ移行するかを調べる（ステップ１１９）。ここで、送信フェーズＢへ移行する場合は（ステップ１１９でＹＥＳ）、ステップ１１４に戻り、送信フェーズＢへ移行がしない場合は（ステップ１１９でＮＯ）、低速ＤＣＮ（切断命令信号）を送出し、この送信プロトコルを終了する。
【００５５】
また、ステップ１０３で、相手機に短縮プロトコル受信能力がありと記憶されていない場合は、まず、１１００ＨｚのＣＮＧ（コーリングトーン）を送出し（ステップ１０４）、次に相手機からＣＥＤ（被呼端末識別信号）または何等かのコマンドを受信したかを調べ（ステップ１０５）、ＣＥＤまたは何等かのコマンドを受信していない場合は（ステップ１０５でＮＯ）、ステップ１０４に戻り、再びＣＮＧを送出し、ＣＥＤまたは何等かのコマンドを受信している場合は（ステップ１０５でＹＥＳ）、次に相手機からＮＳＦ（非標準機能識別信号）を受信したかを調べ（ステップ１０６）、ＮＳＦを受信している場合は（ステップ１０６でＹＥＳ）、この受信したＮＳＦが自社のＮＳＦかを調べ（ステップ１０８）、自社のＮＳＦである場合は、この自社のＮＳＦに短縮プロトコル送信能力有りを示す情報が含まれているかを調べ（ステップ１０８）、短縮プロトコル送信能力有りを示す情報が含まれている場合は（ステップ１０８でＹＥＳ）、上述した図１に示したＲＡＭ２の宛先データリストに該相手機の短縮番号に対応して、短縮プロトコル受信能力ありと記憶し（ステップ１０９）、ステップ１１４に進み、送信フェーズＢを実行する。
【００５６】
なお、ステップ１０６でＮＳＦを受信していないと判断された場合、すなわちＤＩＳ（ディジタル識別信号）を受信した場合（ステップ１０６でＮＯ）、ステップ１０７で受信したＮＳＦが自社のＮＳＦでないと判断された場合（ステップ１０７でＮＯ）、またはステップ１０８で自社のＮＳＦに短縮プロトコル送信能力有りを示す情報が含まれていないと判断された場合（ステップ１０８でＮＯ）は、図１に示したＲＡＭ２の宛先データリストに該相手機の短縮番号に対応して、短縮プロトコル受信能力なしと記憶し（ステップ１１０）、通常の送信を行い（ステップ１１１）、この送信プロトコルを終了する。
【００５７】
また、ステップ１１３で送信フェーズＡにおいて短縮プロトコル送信に移行していないと判断された場合（ステップ１１３でＮＯ）、またはステップ１１５で送信フェーズＢにおいて短縮プロトコル送信に移行していないと判断された場合（ステップ１１５でＮＯ）は、通常送信と判断してステップ１０６に進み、相手機からＮＳＦを受信したかを調べる。
【００５８】
図３は、図２に示したステップ１１２の送信フェーズＡにおける処理の詳細を示したものである。この送信フェーズＡにおいては、まず、相手機が極性反転検知機能を実装しているか否かを調べる（ステップ１２１）。ここで、相手機が極性反転検知機能を実装しているか否かは、図２に示したＲＡＭ２の宛先データリストに相手機の、例えば、短縮番号に対応して予め記憶されている。
【００５９】
すなわち、ステップ１２１では、発呼した相手機の短縮番号に基づき上記ＲＡＭ２の宛先データリストを検索し、相手機が極性反転検知機能を実装しているか否かを調べる。
【００６０】
ここで、相手機が極性反転検知機能を実装している場合は（ステップ１２１でＹＥＳ）、ＣＮＧ（コーリングトーン）送出開始タイマーをスタートさせ（ステップ１２７）、次に極性反転を検知したかを調べる（ステップ１２７）。ここで、極性反転の検知は後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定され、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達した場合は（ステップ１２７でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６１】
また、ステップ１２７で、極性反転を検知していない、すなわち極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達していない場合は（ステップ１２７でＮＯ）、次にＣＮＧ送出開始タイマーがタイムアウトしているかを調べ（ステップ１２８）、ＣＮＧ送出開始タイマーがタイムアウトしていない場合は（ステップ１２８でＮＯ）、ステップ１２７に戻り、ＣＮＧ送出開始タイマーがタイムアウトしている場合は（ステップ１２８でＹＥＳ）、ＣＮＧ（コーリングトーン）を送出し（ステップ１２９）、再び極性反転を検知したかを調べる（ステップ１３０）。この極性反転の検知も後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定される。そして、ここで極性反転が検知されると、すなわち極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達した場合は（ステップ１３０でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６２】
また、ステップ１３０で、極性反転が検知されない場合、すなわち極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達しない場合は（ステップ１３０でＮＯ）、次にＣＥＤ（被呼端末識別信号）を受信したかを調べ（ステップ１３１）、ＣＥＤを受信した場合は（ステップ１３１でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６３】
また、ステップ１３１でＣＥＤを受信していないと判断された場合は（ステップ１３１でＮＯ）、低速コマンドを受信したかを調べ（ステップ１３２）、低速コマンドを受信していない場合は（ステップ１３２でＮＯ）、ステップ１２９に戻り、ＣＮＧ（コーリングトーン）を再び送出し、低速コマンドを受信したと判断した場合は（ステップ１３２でＹＥＳ）、通常送信に移行する（ステップ１２５）。
【００６４】
また、ステップ１２１で相手機が極性反転検知機能を実装していないと判断した場合は（ステップ１２１でＮＯ）、ＣＮＧ（コーリングトーン）を送出し（ステップ１２２）、次にＣＥＤ（被呼端末識別信号）を受信したかを調べ（ステップ１２３）、ＣＥＤを受信した場合は（ステップ１２３でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６５】
また、ステップ１２３でＣＥＤを受信していないと判断された場合は（ステップ１２３でＮＯ）、低速コマンドを受信したかを調べ（ステップ１２４）、低速コマンドを受信していない場合は（ステップ１２４でＮＯ）、ステップ１２２に戻り、ＣＮＧ（コーリングトーン）を再び送出し、低速コマンドを受信したと判断した場合は（ステップ１２４でＹＥＳ）、通常送信に移行する（ステップ１２５）。
【００６６】
図４は、図２に示したステップ１１４の送信フェーズＢにおける処理の詳細を示したものである。この送信フェーズＢにおいては、まず、ポーリングか否かを調べ（ステップ１４１）、ポーリングでない場合は、短縮プロトコルへの移行を指示する信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能設定信号）送出（ステップ１４３）を行い、次に相手機からレスポンスを受信したかを調べる
（ステップ１４４）。
【００６７】
ここで、相手機からレスポンスを受信した場合は（ステップ１４４でＹＥＳ）、次に高速ＮＳＦ（非標準機能識別信号）を受信したかを調べ（ステップ１４８）、高速ＮＳＦを受信した場合は（ステップ１４８でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１５０）。
【００６８】
また、ステップ１４８で、高速ＮＳＦを受信していない、すなわち、例えばＮＳＦ／ＤＩＳ等の低速コマンドを受信した場合は（ステップ１４８でＮＯ）、通常送信に移行する（ステップ１４９）。
【００６９】
また、ステップ１４４で、相手機からのレスポンスを受信しない場合は（ステップ１４４でＮＯ）、極性反転を検知したかを調べる（ステップ１４５）。
【００７０】
ここにおける極性反転の検知も後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定される。
【００７１】
ステップ１４５において、極性反転を検知しない場合は（ステップ１４５でＮＯ）、フォールバックパラメータをセットし（ステップ１４６）、ステップ１４２に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能識別信号）送出（ステップ１４３）を行う。
【００７２】
また、ステップ１４７で、極性反転を検知した場合は（ステップ１４７でＹＥＳ）、初期値の通信速度をセットし直し（ステップ１４７）、ステップ１４２に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能識別信号）送出（ステップ１４３）を行う。
【００７３】
すなわち、相手機が極性反転検知機能を実装している場合は、相手機からのレスポンス受信を待っている時も極性反転の検知を行い、極性反転を検知した場合は初期値の通信速度をセットし直す処理を行う。
【００７４】
また、ステップ１４１でポーリングであると判定された場合は（ステップ１４１でＹＥＳ）、短縮プロトコルへの移行を指示する信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能命令信号）送出（ステップ１５２）を行い、次に相手機からレスポンスを受信したかを調べる（ステップ１５３）。
【００７５】
ここで、相手機からレスポンスを受信した場合は（ステップ１５３でＹＥＳ）、次に高速ＮＳＳ（非標準機能設定信号）を受信したかを調べ（ステップ１５７）、高速ＮＳＳを受信した場合は（ステップ１５７でＹＥＳ）、図８で後に説明する受信フェーズＢに移行する（ステップ１５９）。
【００７６】
また、ステップ１５７で、高速ＮＳＳを受信していない、すなわち、例えばＮＳＳ／ＤＩＳ等の低速コマンドを受信した場合は（ステップ１５７でＮＯ）、通常送信に移行する（ステップ１５８）。
【００７７】
また、ステップ１５３で、相手機からのレスポンスを受信しない場合は（ステップ１５３でＮＯ）、極性反転を検知したかを調べる（ステップ１５４）。
【００７８】
ここにおける極性反転の検知も後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定される。
【００７９】
ステップ１５４において、極性反転を検知しない場合は（ステップ１５４でＮＯ）、フォールバックパラメータをセットし（ステップ１５５）、ステップ１５１に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能設定信号）送出（ステップ１５２）を行う。
【００８０】
また、ステップ１５４で、極性反転を検知した場合は（ステップ１５４でＹＥＳ）、初期値の通信速度をセットし直し（ステップ１５６）、ステップ１５１に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能設定信号）送出（ステップ１５２）を行う。
【００８１】
図５は、図２に示したステップ１１６の送信フェーズＣにおける処理の詳細を示したものである。この送信フェーズＣにおいては、まず、画情報の再送かを調べ（ステップ１６１）、ここで、画情報の再送でないと判断された場合は（ステップ１６１でＮＯ）、フレーム番号０のフレームにＮＳＳ（非標準機能設定信号）を入れて送出し（ステップ１６２）、続いて画情報をフレームに入れて送出し（ステップ１６３）、次にこの画情報の送出が終了したかを調べ（ステップ１６４）、終了していない場合は（ステップ１６４でＮＯ）、ステップ１６３に戻り、終了した場合は（ステップ１６４でＹＥＳ）、ＲＣＰ（部分ページ制御復帰）フレームにポストメッセージコマンドの内容を入れて送出し（ステップ１６５）、その後リターンする。
【００８２】
また、ステップ１６１で、画情報の再送の場合は（ステップ１６１でＹＥＳ）、再送対象の画情報をフレームに入れて送出し（ステップ１６６）、次にこの画情報の再送が終了したかを調べ（ステップ１６７）、終了していない場合は（ステップ１６７でＮＯ）、ステップ１６６に戻り、終了した場合は（ステップ１６７でＹＥＳ）、ＲＣＰ（部分ページ制御復帰信号）フレームにポストメッセージコマンドの内容を入れて送出し（ステップ１６５）、その後リターンする。
【００８３】
図６は、図２に示したステップ１１７の送信フェーズＤにおける処理の詳細を示したものである。この送信フェーズＤにおいては、まず、相手機からのレスポンスを受信したかを調べ（ステップ１７１）、レスポンスを受信していない場合は（ステップ１７１でＮＯ）、ＰＰＳ−ＱまたはＰＰＳ−ＰｒｉＱによる低速ポストメッセージコマンドを送出しステップ１７１に戻る。
【００８４】
ステップ１７１で相手機からのレスポンスを受信した場合は（ステップ１７１でＹＥＳ）、次に低速ＭＣＦ（メッセージ確認信号）を受信したかを調べ（ステップ１７３）、低速ＭＣＦを受信した場合は（ステップ１７３でＹＥＳ）、ステップ１８６へ進む。
【００８５】
また、ステップ１７３で低速ＭＣＦを受信していないと判断された場合は（ステップ１７３でＮＯ）、次に低速ＰＰＲ（部分ページ要求信号）を受信したかを調べる（ステップ１７４）、ここで、低速ＰＰＲを受信した場合は（ステップ１７４でＹＥＳ）、ＣＴＣ（訂正続行信号）の送出が必要かを調べ（ステップ１７７）、必要な場合は（ステップ１７７でＹＥＳ）、低速ＣＴＣを送出し（ステップ１７８）、低速ＣＴＲ（訂正続行応答信号）を受信すると（ステップ１７９でＹＥＳ）、送信フェーズＣへ移行する（ステップ１８７）。
【００８６】
また、ステップ１７７でＣＴＣ（訂正続行信号）の送出が必要でないと判断された場合は（ステップ１７７でＮＯ）、次に、ＥＯＲ（再送終了信号）の送出が必要かを調べ（ステップ１８０）、必要な場合は（ステップ１８０でＹＥＳ）、低速ＥＯＲを送出し（ステップ１８１）、低速ＥＲＲ（再送終了応答信号）を受信すると（ステップ１８２でＹＥＳ）、ステップ１８６へ進む。
【００８７】
また、ステップ１８２で低速ＥＲＲ（再送終了応答信号）を受信しないと判断されると、つぎに低速ＰＩＮ（手順中断否定信号）を受信したかを調べ（ステップ１８３）、低速ＰＩＮを受信すると（ステップ１８３でＹＥＳ）、ラインホールド手順を行い（ステップ１８４）、ステップ１８６に進む。
【００８８】
また、ステップ１７４で、低速ＰＰＲを受信しない場合は（ステップ１７４でＮＯ）、次に低速ＰＩＰ（手順中断肯定信号）を受信したかを調べ（ステップ１７５）、低速ＰＩＰを受信した場合は（ステップ１７５でＹＥＳ）、ラインホールド手順を行い（ステップ１８５）、ステップ１８６に進む。
【００８９】
また、ステップ１７５で低速ＰＩＰを受信しない場合は（ステップ１７５でＮＯ）、所定のエラー処理を行い（ステップ１７６）、ステップ１８６に進む。
【００９０】
ステップ１８６では、送出したポストメッセージコマンドより次の手順が送信フェーズＣ、送信フェーズＤ、送信フェーズＥのいずれかかを判断する。そして、次の手順が送信フェーズＣであると判断された場合は送信フェーズＣに移行し（ステップ１８９）、送信フェーズＤであると判断された場合は送信フェーズＤに移行し（ステップ１９０）、送信フェーズＥであると判断された場合は送信フェーズＥに移行する（ステップ１９１）。
【００９１】
次に、この実施例のファクシミリ装置の受信動作を図７乃至図１０に示す受信プロトコルの制御フローチャートを用いて説明する。
【００９２】
図７は、この実施例のファクシミリ装置の受信プロトコルを制御フローチャートで示したものである。
【００９３】
相手機からの着信があると（ステップ２０１）、１．８秒のタイマーをスタートさせ（ステップ２０２）、短縮プロトコルへの移行を指示する信号受信かを調べる（ステップ２０３）。
【００９４】
ここで、信号を受信した場合は（ステップ２０３でＹＥＳ）、まず受信フェーズＢを実行する。この受信フェーズＢの詳細は後に図８を参照して説明する。
【００９５】
受信フェーズＢが終了すると、次に、受信フェーズＣを実行する。この受信フェーズＣの詳細は後に図９を参照して説明する。
【００９６】
受信フェーズＣが終了すると、次に、受信フェーズＤを実行する。この受信フェーズＤの詳細は後に図１０を参照して説明する。
【００９７】
受信フェーズＤが終了すると、この受信フェーズＤにおいて、受信フェーズＣへの移行かを調べる（ステップ２０７）。ここで、受信フェーズＣへの移行の場合は（ステップ２０７でＹＥＳ）、ステップ２０５に戻り、受信フェーズＣへの移行でない場合は（ステップ２０７でＮＯ）、次に受信フェーズＤにおいて、受信フェーズＢへの移行かを調べ（ステップ２０８）、受信フェーズＢへの移行の場合は（ステップ２０８でＹＥＳ）、ステップ２０４に戻り、受信フェーズＢへの移行でない場合は（ステップ２０８でＮＯ）、受信フェーズＥへの移行であるので低速ＤＣＮ（切断命令信号）を受信し（ステップ２０９）、この受信プロトコルを終了する。
【００９８】
また、ステップ２０３において、短縮プロトコルへの移行を指示する信号受信でないと判断されない場合は（ステップ２０３でＮＯ）、次にＣＮＧ（コーリングトーン）受信かを調べ（ステップ２１０）、ＣＮＧ受信でない場合は（ステップ２１０でＮＯ）、１．８秒のタイマーがタイムアウトかを調べ（ステップ２１１）、タイムアウトでない場合は（ステップ２１１でＮＯ）、ステップ２０３に戻り、タイムアウトである場合は（ステップ２１１でＹＥＳ）、ＣＥＤ（被呼端末識別信号）を送出する（ステップ２１２）。
【００９９】
また、ステップ２１０でＣＮＧ受信と判断された場合は、ステップ２１２に進み、ＣＥＤ（被呼端末識別信号）を送出する。
【０１００】
ステップ２１２でＣＥＤを送出すると、再び短縮プロトコルへの移行を指示する信号受信かを調べる（ステップ２１３）。ここで、短縮プロトコルへの移行を指示する信号受信と判断された場合は（ステップ２１３でＹＥＳ）、ＣＥＤの送出を停止し（ステップ２１４）、ステップ２０４の受信フェーズＢを実行する。
【０１０１】
また、ステップ２１３で短縮プロトコルへの移行を指示する信号受信でないと判断された場合は、次にＣＥＤ送出終了かを調べ（ステップ２１５）、ＣＥＤ送出終了でない場合は（ステップ２１５でＮＯ）、ステップ２１２に戻り、ＣＥＤ送出終了と判断された場合は（ステップ２１５でＹＥＳ）、ＮＳＦ／ＤＩＳの送信を行い（ステップ２１６）、更に短縮プロトコルへの移行を指示する信号受信かを調べる（ステップ２１７）。ここで、短縮プロトコルへの移行を指示する信号受信であると判断された場合は（ステップ２１７でＹＥＳ）、ステップ２０４に進み、受信フェーズＢを実行する。
【０１０２】
また、ステップ２１７で短縮プロトコルへの移行を指示する信号受信でないと判断された場合は（ステップ２１７でＮＯ）、通常の受信を行い（ステップ２１８）、この受信プロトコルを終了する。
【０１０３】
図８は、図７に示したステップ２０４の受信フェーズＢにおける処理の詳細を示したものである。この受信フェーズＢにおいては、まず、高速ＮＳＳ（非標準機能設定信号）受信かを調べる（ステップ２１１）。ここで高速ＮＳＳを受信すると（ステップ２１１でＹＥＳ）、高速ＮＳＦ（非標準機能識別信号）を送出して（ステップ２２２）、リターンする。
【０１０４】
また、ステップ２１１で高速ＮＳＳを受信しないと（ステップ２１１でＮＯ）、次に高速ＮＳＣ（非標準機能命令信号）受信かを調べる（ステップ２２３）。ここで、高速ＮＳＣ受信でない場合は（ステップ２２３でＮＯ）、ステップ２２１に戻り、高速ＮＳＣを受信した場合は（ステップ２２３でＹＥＳ）、次にポールドＯＫかを調べる（ステップ２２４）。ここで、ポールドＯＫの場合は（ステップ２２４でＹＥＳ）、図５に示した送信フェーズＢに進み（ステップ２２５）、ポールドＯＫでない場合は（ステップ２２４でＮＯ）、所定のエラー処理を実行する（ステップ２２６）。
【０１０５】
図９は、図７に示したステップ２０５の受信フェーズＣにおける処理の詳細を示したものである。この受信フェーズＣにおいては、まず、ＦＣＤ（ファクシミリ符号化データ）フレーム受信かを調べ（ステップ２３１）、ＦＣＤフレーム受信の場合は（ステップ２３１でＹＥＳ）、フレーム番号０のフレームのＮＳＳ
（非標準機能設定信号）の情報受信かを調べる（ステップ２３２）。ここで、ＮＳＳの情報受信である場合は（ステップ２３２でＹＥＳ）、このＮＳＳを解析し（ステップ２３５）、ステップ２３１に戻る。
【０１０６】
また、ステップ２３２で、ＮＳＳの情報受信でない場合は（ステップ２３２でＮＯ）、受信した画情報を蓄積し（ステップ２３３）、次にフレーム受信終了かを調べる（ステップ２３４）。ここで、フレーム受信終了でない場合は（ステップ２３４でＮＯ）、ステップ２３１に戻り、フレーム受信終了の場合は（ステップ２３４でＹＥＳ）、リターンする。
【０１０７】
また、ステップ２３１でＦＣＤフレームの受信ではないと判断された場合は（ステップ２３１でＮＯ）、ＲＣＰフレームの受信であるので、このＲＣＰフレームのポストメッセージコマンドの内容を解析し（ステップ２３６）、その後リターンする。
【０１０８】
図１０は、図７に示したステップ２０６の受信フェーズＤにおける処理の詳細を示したものである。この受信フェーズＤにおいては、まず、ＲＣＰ（部分ページ制御復帰信号）フレームを受信しているかを調べる（ステップ２４１）。ここで、ＲＣＰフレームを受信していると（ステップ２４１でＹＥＳ）、ステップ２４３に進む。また、ステップ２４１で、ＲＣＰフレームを受信していないと判断されると（ステップ２４１でＮＯ）、次に低速コマンドを受信しているかを調べ（ステップ２４２）、低速コマンドを受信すると（ステップ２４２でＹＥＳ）、ステップ２４３に進む。
【０１０９】
ステップ２４３では、ＦＣＤ（ファクシミリ符号化データ）フレームがＯＫかを調べ、ＦＣＤフレームがＯＫであると（ステップ２４３でＹＥＳ）、次にラインホールドかを調べ（ステップ２４４）、ラインホールドであると（ステップ２４４でＹＥＳ）、ラインホールド手順を実行し（ステップ２４６）、ステップ２５６に進む。
【０１１０】
また、ステップ２４４で、ラインホールドでないと判断されると（ステップ２４４でＮＯ）、低速ＭＣＦ（メッセージ確認信号）を送出し（ステップ２４５）、ステップ２５６に進む。
【０１１１】
また、ステップ２４３で、ＦＣＤフレームがＯＫでないと判断されると（ステップ２４３でＮＯ）、低速ＰＰＲ（部分ページ要求信号）を送出し（ステップ２４７）、次にＣＴＣ（訂正続行信号）受信したを調べ（ステップ２４８）、ここで、ＣＴＣを受信すると（ステップ２４８でＹＥＳ）、低速ＣＴＲ（訂正続行応答）を送出し（ステップ２４９）、受信フェーズＣへ移行する（ステップ２５０）。
【０１１２】
また、ステップ２４８でＣＴＣを受信していないと（ステップ２４８でＮＯ）、次にＥＯＲ（再送終了信号）を受信したかを調べ（ステップ２５１）、ここでＥＯＲを受信していないと（ステップ２５１でＮＯ）、受信フェーズＣへ移行する（ステップ２５２）。
【０１１３】
また、ステップ２５１でＥＯＲを受信していると判断された場合は（ステップ２５１でＹＥＳ）、次にラインホールドかを調べ（ステップ２５３）、ラインホールドであると（ステップ２５３でＹＥＳ）、ラインホールド手順を実行し（ステップ２５５）、ステップ２５６に進む。
【０１１４】
また、ステップ２５３で、ラインホールドでないと判断されると（ステップ２５３でＮＯ）、低速ＥＲＲ（再送終了応答信号）を送出し（ステップ２５４）、ステップ２５６に進む。
【０１１５】
ステップ２５６では、受信したポストメッセージコマンドより次の手順が受信フェーズＣ、受信フェーズＤ、受信フェーズＥのいずれかかを判断する（ステップ２５６）。そして、次の手順が受信フェーズＣであると判断された場合は受信フェーズＣへ移行し（ステップ２５７）、受信フェーズＤであると判断された場合は受信フェーズＤへ移行し（ステップ２５８）、受信フェーズＥであると判断された場合は受信フェーズＥへ移行する（ステップ２５９）。
【０１１６】
以上の基本的なプロトコル手順から短縮プロトコルへのモード移行に関する部分を更に詳しく、図１１乃至図１３に示すシーケンスチャートを参照して説明する。ここで、図１１乃至図１３は短縮プロトコルへのモード移行の３つのケースの基本的な送受信プロトコル手順を示している。
【０１１７】
まず送信側に付いて説明する。
【０１１８】
図１１は、短縮プロトコルへのモード移行の第１のケースを示すもので、この第１のケースにおいて、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行うとともに、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶されているかをチェックし（図２のステップ１０３）、短縮プロトコル受信能力ありと記憶されている場合は、次に相手機（受信側）が極性反転検知機能を実装しているかをチェックし（図３のステップ１２１）、極性反転検知機能を実装している場合は、極性反転をチェックし（図３のステップ１２７、ステップ１３０）、極性反転を検知したら短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１１９】
一方、受信側では、着呼したら、ＣＥＤ（被呼端末識別信号）送出までの間で送信側から短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２０３）、短縮プロトコルへの移行を指示する信号を受信したら短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１２０】
短縮プロトコルに移行後は、送信側では、まず、高速コマンドの通信速度を示した信号（短縮プロトコルへの移行を指示する信号）に続いて高速のＮＳＳ（非標準機能設定信号）を送出し（図４のステップ１４３）、相手機（受信側）からの高速のＮＳＦ（非標準機能識別信号）を待ち、相手機（受信側）から高速のＮＳＦを受信したら（図４のステップ１４８）、画情報送出フェーズ（図５に示す送信フェーズＣ）へ移行する。
【０１２１】
また、受信側では、送信側からの高速コマンドの通信速度を示した信号（短縮プロトコルへの移行を指示する信号）の示す通信速度の高速のＮＳＳを受信すると（図８のステップ２２１）、高速のＮＳＦを送出し（図８のステップ２２２）、画情報受信フェーズ（図９に示す受信フェーズＣ）へ移行する。
【０１２２】
送信側の画情報送出フェーズ（送信フェーズＣ）においては、画情報をＥＣＭ（エラー訂正モード）によるフレームに分割して送出する。ここで、このＥＣＭによるフレームの第１フレームには以下に続く画情報のパラメータを設定し、第２フレーム以降のフレーム（ＦＣＤフレーム）には画情報を入れて送出する。なお、この第１フレームには先に送出したＮＳＳの内容そのものでもよいし、送出しようとしている画情報を示すパラメータのみでもよい。
【０１２３】
このようにして、画情報の送出を終了したら、ファクシミリインフォメーションフィールドにポストメッセージコマンドに該当する内容を設定したＲＣＰフレームを送出し（図５のステップ１６５）、レスポンスコマンド待ちフェーズ（図６に示す送信フェーズＤ）へ移行する。
【０１２４】
また、受信側の画情報受信フェーズ（受信フェーズＣ）においては、送信側からＥＣＭによるフレームにより分割して送出された画情報を受信する。そして画情報の受信が終了すると、ファクシミリインフォメーションフィールドにポストメッセージコマンドに該当する内容を設定したＲＣＰフレームを受信し、このＲＣＰフレームのポストメッセージコマンドの内容を解析して（図９のステップ２３６）、レスポンスコマンド待ちフェーズ（図１０に示す受信フェーズＤ）へ移行する。
【０１２５】
送信側のレスポンスコマンド待ちフェーズ（送信フェーズＤ）においては、ＭＣＦ（メッセージ確認信号）を受信したら（図６のステップ１７３）、送出した先のＲＣＰフレームに設定したポストメッセージコマンドの内容に合わせて画情報送出フレーム（送信フェーズＣ）へ移行するか、送信フェーズＢへ移行するか、送信フェーズＥへ移行するかを判断して（図６のステップ１８６）、各送信フェーズへの移行を行う。
【０１２６】
また、受信側のレスポンスコマンド待ちフェーズ（送信フェーズＤ）においては、ＭＣＦ（メッセージ確認信号）を送出したら（図１０のステップ２４５）、受信した先のＲＣＰフレームに設定したポストメッセージコマンドの内容に合わせて画情報受信フレーム（受信フェーズＣ）へ移行するか、受信フェーズＢへ移行するか、受信フェーズＥへ移行するかを判断して（図１０１０のステップ２５６）、各受信フェーズへの移行を行う。
【０１２７】
そして、送信側では、送信フェーズＥへ移行するとＤＣＮ（切断命令信号）を送出し（図２のステップ１２０）、この送信プロトコルを終了する。
【０１２８】
また、受信側では、受信フェーズＥへ移行すると送信側からのＤＣＮを受信するとこの受信プロトコルを終了する。
【０１２９】
図１２は、短縮プロトコルへのモード移行の第２のケースを示すもので、この第２のケースにおいて、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行うとともに、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶されているかをチェックし（図２のステップ１０２）、短縮プロトコル受信能力ありと記憶されている場合は、次に相手機（受信側）が極性反転検知機能を実装しているかをチェックし（図３のステップ１２１）、極性反転検知機能を実装している場合は、極性反転をチェックし（図３のステップ１２７、ステップ１３０）、極性反転を検知する前にＣＥＤ（被呼端末識別信号）を検出したら（図３のステップ１３１）、短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１３０】
また、相手機（受信側）が極性反転検知機能を実装していない場合は、ＣＮＧ（コーリングトーン）を送出しながらＣＥＤ検出を行い（図３のステップ１２２、１２３）、ＣＥＤを検出したら短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１３１】
一方、受信側では、着呼したら、ＣＥＤ（被呼端末識別信号）送出までの間で送信側から短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２０３）、その信号を受信せずにＣＥＤを送出しなければいけない場合はＣＥＤを送出し（図７のステップ２１２）、このＣＥＤを送出しながら短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２１３）、短縮プロトコルへの移行を指示する信号を受信したらＣＥＤの送出を停止して短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１３２】
なお、短縮プロトコルに移行した後における処理は図１１に示したものと同様である。
【０１３３】
図１３は、短縮プロトコルへのモード移行の第３のケースを示すもので、この第３のケースにおいて、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行うとともに、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶されているかをチェックし（図２のステップ１０２）、短縮プロトコル受信能力なしと記憶されている場合は、ＣＮＧを送出しながらＣＥＤまたはコマンドの検知を行い（図２のステップ１０５）、ＮＳＦ（非標準機能識別信号）を受信したら（図２のステップ１０６）、この受信したＮＳＦが自社機のＮＳＦかをチェックし（図２のステップ１０７）、自社機のＮＳＦの場合は短縮プロトコル受信能力があるかをチェックし（図２のステップ１０８）、短縮プロトコル受信能力がある場合は、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶し（図２のステップ１０９）、その後、短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。なお、上記条件に合わない場合は通常のプロトコルで送信を行う。
【０１３４】
一方、受信側では、着呼したら、ＣＥＤ（被呼端末識別信号）送出までの間で送信側から短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２０３）、その信号を受信せずにＣＥＤを送出しなければいけない場合はＣＥＤを送出し（図７のステップ２１２）、このＣＥＤを送出しながら短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２１３）、その信号を受信せずにＣＥＤの送出を終了した場合は、短縮プロトコル受信能力ありを示すＮＳＦとＤＩＳ（必要ならばＣＩＳ）を送出し（図７のステップ２１６）、更に、短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２１７）、その信号を受信したら短縮プロトコルに移行し、短縮プロトコルを実行する。なお、上記条件に合わない場合は通常のプロトコルで受信を行う。
【０１３５】
なお、短縮プロトコルに移行した後における処理は図１１に示したものと同様である。
【０１３６】
以上、短縮プロトコルに移行に関連する３つのプロトコル手順の基本的な部分を説明したが、それ以外の手順（例えばＥＣＭフレームの再送手順など）は、図２ないし図１０に示したようにＩＴＵ−Ｔ勧告Ｔ．３０に準拠して動作する。
【０１３７】
次に、画情報の伝送速度決定の幾つかの基本的な方式について示す。
【０１３８】
図１４は、受信側での伝送速度決定の第１の方式をフローチャートで示したものである。また、図１５はこの時のシーケンスチャートである。
【０１３９】
まず、受信側で高速のＮＳＳの受信が始まる（ステップ３０１）と、このＮＳＳの受信の過程で回線品質判定データを抽出する（ステップ３０２）。高速ＮＳＳの受信が終了すると（ステップ３０３）、抽出した回線品質判定データから画情報の最高許容伝送速度を決定する（ステップ３０４）。
【０１４０】
次に、決定した最大許容伝送速度をＮＳＦに設定し、このＮＳＦを送信側に送信して（ステップ３０５）、終了する。
【０１４１】
このステップ３０４で抽出した回線品質判定データから画情報の最大許容伝送速度を決定するためには、予め次のようなデータを採取しておく必要がある。ここで速度は、１４．４ｋｂｐｓ、１２．０ｋｂｐｓ、９６００ｂｐｓ、７２００ｂｐｓ、４８００ｂｐｓ、２４００ｂｐｓの６種類から選択できるものとする。
【０１４２】
（１）まず、図１６に示すように伝送速度ごとの回線状態に対する回線品質判定データを採取する。
回線品質判定データの数字が少ないものほど回線状態が良い。
９６００ｂｐｓの場合では回線状態はａ、ｂ、ｃ、ｄ……の順に悪化している。
【０１４３】
（２）次に、図１７に示すように回線品質判定データ毎の各伝送速度に対する受信状態を採取する。図で丸印は良好、×印は不良である。図から見られるように９６００ｂｐｓの場合の例では回線状態はａ、ｂ、ｃ、ｄ……の順に悪化している。
【０１４４】
この図で、例えば９６００ｂｐｓのＮＳＳの受信の過程で、「３」の回線品質判定データを抽出した場合、図１７の図表から１４．４ｋｂｐｓでは受信状態が不良であるが、１２．０ｋｂｐｓでは良好になることが分かる。したがって、この場合の画情報の最高許容伝送速度は１２．０ｋｂｐｓということになる。
【０１４５】
図１８は、受信側での伝送速度決定の第２の方式をフローチャートで示したものである。また、図１９はこの時のシーケンスチャートである。
【０１４６】
受信側で高速のＮＳＳの受信が始まる（ステップ３１１）と、このＮＳＳの受信の過程で回線品質判定データを抽出する（ステップ３１２）。高速ＮＳＳの受信が終了すると（ステップ３１３）、高速のＮＳＳの伝送速度が最高速度（９６００ｂｐｓ）かどうかを判定する（ステップ３１４）。最高速度（９６００ｂｐｓ）であった場合（ステップ３１４でＹＥＳ）は、抽出した回線品質判定データから画情報の最高許容伝送速度を決定する（ステップ３１５）。この場合の最高許容伝送速度は１４．４ｋｂｐｓ、１２．０ｋｂｐｓ、９６００ｂｐｓの内のいずれかになる。最高速度（９６００ｂｐｓ）未満であった場合（ステップ３１４でＮＯ）は、高速ＮＳＳの伝送速度を画情報の最高速度とする（ステップ３１６）。この場合の最高許容伝送速度は７２００ｂｐｓ、４８００ｂｐｓ、２４００ｂｐｓの内のいずれかになる。
【０１４７】
次に、決定した最大許容伝送速度をＮＳＦに設定し、このＮＳＦを送信側に送信して（ステップ３１８）、終了する。
【０１４８】
以上のような手順制御を持った通信装置において、以下にいくつかの送信側での通信速度決定の制御手順の具体的な実施例を記述する。
【０１４９】
図２０は、第１の実施例のフローチャートである。
【０１５０】
（１）まず発呼を行い（ステップ３２１）、ダイヤル終了後、極性反転および相手機からのファクシミリ信号の検知を行う（ステップ３２２）。
【０１５１】
（２）極性反転を検知または相手機からのファクシミリ信号の検知したら、通信速度（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３２３）、高速のＮＳＳを送出し（ステップ３２４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１５２】
（３）一定時間内に相手機からの応答信号である高速のＮＳＦを検知できない場合（ステップ３３３でＹＥＳ）、除外する通信速度を除いて決定された通信速度の指示をＮＳＳにセットし（ステップ３３４）、フォールバック手順に従って決定した通信速度で再度高速のＮＳＳを送出し（ステップ３２４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１５３】
応答信号である高速のＮＳＦを受信したら画情報送信手順に移行する。
【０１５４】
（４）上述の（３）に示した手順を繰り返している間は、同時に極性反転を検知または相手機からのファクシミリ信号の検知を行う（ステップ３２７、３２８）。
【０１５５】
（５）上述の（４）に示した手順で極性反転を検知したら、極性反転を検知した時に送出する予め定められた通信速度に戻して、通信速度（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３３２）、再び高速のＮＳＳを送出し（ステップ３２４）、上述の（３）（４）に示した手順を繰り返す。ここでの予め定められた通信速度は一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度であるとは限らない。
【０１５６】
（６）上述の（４）に示した手順でファクシミリ信号を検知したら、ファクシミリ信号を検知した時に送出する予め定められた通信速度に戻して、通信速度
（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３３２）、再び高速のＮＳＳを送出し（ステップ３２４）、上述の（３）（４）に示した手順を繰り返す。ここでの予め定められた通信速度とは一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度である必要はない。
【０１５７】
ここでいうファクシミリ信号とは、ＩＴＵ−Ｔ勧告Ｔ．３０に記述されているＣＥＤやプリアンブルである。このうちプリアンブルについては、プリアンブルに続くＨＤＬＣフレームの中身を解析し、ＩＴＵ−Ｔ勧告Ｔ．３０に記述されている正常なコマンドと判断した場合にプリアンブル受信と判断しても良い。
【０１５８】
図２１は、図２０のステップ３２７の極性反転またはＣＥＤチェックの詳細フローチャートである。
【０１５９】
図２０の例の（５）において、極性反転を検知したら（ステップ３４１でＹＥＳ）、その検知回数を記憶するメモリなどの記憶手段にカウント数を記憶し（ステップ３４２）、その数を予め設定されている数と比較する（ステップ３４３）。
【０１６０】
この比較の結果、数が一致した場合（ステップ３４４でＹＥＳ）、極性反転を検知した（ステップ３４５）とする。また極性反転を検知せずに（ステップ３４１でＮＯ）、ＣＥＤを検知した場合（ステップ３４６）はＣＥＤ検知とする（ステップ３４８）。
【０１６１】
極性反転またはＣＥＤを検知した場合は、図２０のステップ３３２に進み、予め決められている極性反転またはＣＥＤ検知時に送出する通信速度に戻して再び高速ＮＳＳを送出して、図２０の例の（３）、（４）の制御を行う。ここでの予め定められている通信速度とは一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度である必要はない。
【０１６２】
図２２は、図２０のステップ３２９のプリアンブルチェックの詳細フローチャートである。
【０１６３】
図２０の例の（６）において、ファクシミリ信号としてプリアンブルを検知したら（ステップ３５１）、ＮＳＦの受信が終了しているかを判定し（ステップ３５２）、プリアンブルの検知回数を記憶するメモリなどの記憶手段にカウント数を記憶し（ステップ３５３）、一回目であるかどうかを判定する（ステップ３５４）。１回目の場合は図２０のステップ３３２に進み、予め決められているファクシミリ信号検知時に送出する通信速度に戻して再び高速ＮＳＳを送出して、図２０の例の（３）、（４）の制御を行う。ここでの予め定められている通信速度は一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度である必要はない。
【０１６４】
プリアンブルの検知回数が２回目以降の場合には図２０のステップ３３４に進み、予め除外すると決められている通信速度を除外して決定した通信速度に高速ＮＳＳを設定して、再び高速ＮＳＳを送出して、図２０の例の（３）、（４）の制御を行う。
【０１６５】
ここでいう予め除外すると決められている通信速度とは次のように考える。例えば、最初高速ＮＳＳを９６００ｂｐｓで送出したとすると、その高速ＮＳＳに対して応答信号が戻ってこないわけであるから、この回線条件では、９６００ｂｐｓ以上の通信速度では通信できないと判断する。したがって最高速度が１４．４ｋｂｐｓの通信装置であれば、１４．４ｋｂｐｓ〜９６００ｂｐｓの範囲の通信速度では通信できないと判断し、予めその範囲の通信速度を除外して７２００ｂｐｓに通信速度を決定するということである。
【０１６６】
図２３は、図２０に変わる通信速度決定の制御手順の他の具体的な実施例である。
【０１６７】
（１）まず発呼を行い（ステップ３６１）、ダイヤル終了後、極性反転および相手機からのファクシミリ信号の検知を行う（ステップ３６２）。
【０１６８】
（２）極性反転を検知または相手機からのファクシミリ信号の検知したら、通信速度（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３６３）、高速のＮＳＳを送出し（ステップ３６４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１６９】
（３）一定時間内に相手機からの応答信号である高速のＮＳＦを検知できない場合（ステップ３６９でＹＥＳ）、予め除外すると決められている通信速度を除外して決定した通信速度に高速ＮＳＳを設定して（ステップ３７０）、再び高速ＮＳＳを送出して（ステップ３６４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１７０】
ここでいう予め除外すると決められている通信速度とは次のように考える。例えば、最初高速ＮＳＳを９６００ｂｐｓで送出したとすると、その高速ＮＳＳに対して応答信号が戻ってこないわけであるから、この回線条件では、９６００ｂｐｓ以上の通信速度では通信できないと判断する。したがって最高速度が１４．４ｋｂｐｓの通信装置であれば、１４．４ｋｂｐｓ〜９６００ｂｐｓの範囲の通信速度では通信できないと判断し、予めその範囲の通信速度を除外して７２００ｂｐｓに通信速度を決定するということである。
【０１７１】
また、プリアンブルに限らずフォールバックを要求する信号を受信側から受け取ったら、通常のフォールバック制御に従い通信速度を決定し、通信速度を決定し、その決定した通信速度に高速ＮＳＳを設定して、再び高速ＮＳＳを送出して、上記の（２）、（３）の制御を行う。
【０１７２】
図２４は、図１８に変る受信側での通信速度決定のフローチャートである。図２４で図１８と同じ機能には同じステップ番号を振ることにした。
【０１７３】
（１）着信すると高速ＮＳＳの受信をまつ（ステップ３１１）。
【０１７４】
（２）次に高速ＮＳＳを受信しながら回線品質判定データを抽出する（ステップ３１２）。
【０１７５】
（３）高速ＮＳＳの受信を終了したら（ステップ３１３）、高速ＮＳＳの速度と回線品質判定データより伝送速度を決定する（ステップ３１４〜ステップ３１６）。もし決定できなかった場合は（ステップ３８１でＹＥＳ）、決定できなかったという旨の応答信号を送信して（ステップ３８２）、高速ＮＳＳを待つ。
【０１７６】
以後上記（２）、（３）を繰り返す。
【０１７７】
【発明の効果】
以上説明したように本発明では、短縮プロトコルで通信を行う通信装置で、通信速度を決定するための試験信号に対する相手機からの応答信号によって通信速度を決定するようにした。
【０１７８】
これにより、フォールバック手順を実行する必要をなくし、送信の中断や画像エラーの発生を押さえ、かつ装置を簡略化して、通信速度の決定に要する時間を短縮することができる。
【図面の簡単な説明】
【図１】 この発明のファクシミリ装置の一実施形態を示すブロック図。
【図２】 図１に示したファクシミリ装置の送信プロトコルを示す制御フローチャート。
【図３】 図２に示した送信プロトコルでの送信フェーズＡにおける処理の詳細を示したフローチャート。
【図４】 図２に示した送信プロトコルでの送信フェーズＢにおける処理の詳細を示したフローチャート。
【図５】 図２に示した送信プロトコルでの送信フェーズＣにおける処理の詳細を示したフローチャート。
【図６】 図２に示した送信プロトコルでの送信フェーズＤにおける処理の詳細を示したフローチャート。
【図７】 図１に示したファクシミリ装置の受信プロトコルを示す制御フローチャート。
【図８】 図７に示した受信プロトコルでの受信フェーズＢにおける処理の詳細を示したフローチャート。
【図９】 図７に示した受信プロトコルでの受信フェーズＣにおける処理の詳細を示したフローチャート。
【図１０】 図７に示した受信プロトコルでの受信フェーズＤにおける処理の詳細を示したフローチャート。
【図１１】 図１に示したファクシミリ装置における短縮プロトコルへのモード移行の第１のケースを示すシーケンスチャート。
【図１２】 図１に示したファクシミリ装置における短縮プロトコルへのモード移行の第２のケースを示すシーケンスチャート。
【図１３】 図１に示したファクシミリ装置における短縮プロトコルへのモード移行の第３のケースを示すシーケンスチャート。
【図１４】 図１に示したファクシミリ装置における受信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの一例。
【図１５】 図１４のフローチャートに対応する伝送速度決定のシーケンスチャート。
【図１６】 回線状態に対する回線品質判定データを示す図表。
【図１７】 回線品質判定データ毎の各伝送速度に対する受信状態を示す図表。
【図１８】 図１に示したファクシミリ装置における受信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの他の例。
【図１９】 図１８のフローチャートに対応する伝送速度決定のシーケンスチャート。
【図２０】 図１に示したファクシミリ装置における送信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの一例。
【図２１】 図２０のフローチャート中の極性反転／ＣＥＤチェックの詳細フローチャート。
【図２２】 図２０のフローチャート中のプリアンブルチェックの詳細フローチャート。
【図２３】 図１に示したファクシミリ装置における送信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの他の例。
【図２４】 図１に示したファクシミリ装置における受信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの更に他の例。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
３ 操作表示装置
４ 読取装置
５ 印字装置
６ 画像処理装置
７ 画像蓄積装置
８ システム制御部
９ 通信制御部１
１０ 通信制御部２１
１１ ディジタル網制御装置
１２ モデム
１３ アナログ網制御装置
１４ システムバス
１５ 回線切り替え制御装置
【発明の属する技術分野】
この発明は、短縮プロトコルで通信を行う通信装置に関し、ことに回線状態に応じて画情報の伝送速度を判断して通信を行う通信装置に関する。
【０００２】
【従来の技術】
従来、ファクシミリ装置等の通信装置において、画情報の伝送速度を決定するためのフォールバック手順に多くの時間が必要であった。
【０００３】
このフォールバック手順の短縮を行うための様々な提案が成されている。
【０００４】
例えば、特開平３−１５４５６６は、受信側の極性反転を検知すると、３００ｂｐｓのＮＳＳ（非標準機能設定信号）を送出し、極性反転を検知せずにＣＥＤ（被呼端末識別信号）を検出するとトーンを出してＣＥＤを停止させ、３００ｂｐｓのＮＳＳを送出する。これにより、ＮＳＦ（非標準機能識別信号）を省略するので、最初の通信時に相手機のＮＳＦのＦＩＦ（ファクシミリ情報フィールド）を記憶しておき、その記憶している内容とネゴシエーションを行って通信パラメータをきめる。画情報の通信速度については送信側で記憶しておき、その速度を通知する。画情報の伝送速度は送信側で伝送速度履歴を記憶しておいて、その速度で画情報を伝送する。ＴＣＦ（トレーニングチェック）の送出を省略し、ＣＦＲ（受信準備確認信号）を受信したら通知した速度で画情報を送信する。
【０００５】
この方法では、３００ｂｐｓのＮＳＦを省略し、ＴＣＦの送出も省略しているので、かなり前プロトコル時間は短縮できるが、それ以前に行われた通信速度で画情報を通信するため、回線の状態が変動した場合、送信の中断や画像エラーを引き起こす虞がある。また、最初の通信で相手のＮＳＦのＦＩＦを記憶する必要があり、さらに通信速度の履歴をも記憶しておく必要もあり、相手先ごとに記憶するので、コストアップにつながる。
【０００６】
特開平５−２１９３３４では、ＣＥＤを検出したら発呼側が独自のトーン（ＤＴＭＦ）を送出してＣＥＤを停止させ、短縮プロトコル用の３００ｂｐｓのＮＳＦ（一部必須能力の項目を省いたＮＳＦ）を送出する。独自のトーンは画情報の伝送速度を通知する機能を兼ねている。この独自のトーンで通知した速度で画情報の前に画情報のパラメータを高速で送出してその後画情報を送出する。
【０００７】
この方法では、３００ｂｐｓのＮＳＦに対して高速で画情報を送出しだすので、その伝送速度を通知するために発呼側が最初に独自のトーンで画情報の通信速度を受信側に通知できるようにしているが、画情報の前に画情報のパラメータを高速に送出し、その後に画情報を送出するという手順では、フォールバック手順がないという問題がある。フォールバック手順を考えるとすると高速でのコマンドのやり取りを考える必要がある。しかも予め決められた伝送速度で画情報を送信するため、回線の状態が変動した場合、送信の中断や画像エラーを引き起こす虞がある。また、最初の通信で通信速度を記憶しておく必要があり、相手先ごとに記憶するので、コストアップにつながる。
【０００８】
特開昭６１−８９７７０では、送信側または受信側で伝送速度履歴を記憶しておき、それと同一の速度、またはより速い速度を試行速度としてフォールバック手順を実行し、画情報の伝送速度を決定する。
【０００９】
この方法も、以前に行われた通信の伝送速度を基にフォールバック手順の施行速度を決定するため、回線の状態が変動した場合にフォールバックが生じやすい。また、最初の通信で通信速度を記憶しておく必要があり、相手先ごとに記憶するので、コストアップにつながる。
【００１０】
特開平２−９２１５３では、送信側から受信したＴＣＦ（トレーニングチェック）信号の受信状態を基に、受信側からｎ（ｎ＞０）段のフォールバックあるいはフォールアップ指示を送信側に与える。
【００１１】
この方法では、場合によっては通常通信と同様のフォールバック手順を実行する必要があり、短縮効果が減少する。
【００１２】
特開平３−６８２６２は、発呼側はＣＥＤ（被呼端末識別信号）検出後トーンを送出し、被呼側はトーンを検出してＣＥＤを停止する。発呼側はＣＥＤの長さを計測して閾値よりも小さければＮＳＳを高速で送出する。この方法では前手順のネゴシエーションを省略して高速でＮＳＳを送出するため、送信側、受信側で予め決定しておいた通信パラメータ（紙サイズや線密度や圧縮方式など）で通信する。また、高速のＮＳＳの通信速度についてもスタート速度を予め決めておき、エラー発生の場合の再送はその都度行い、規定回数エラーが発生すると例えば９６００ｂｐｓから７２００ｂｐｓへフォールバックして通信を行う。
【００１３】
この方法は、予め決められた伝送速度でＮＳＳおよび画情報を送信するため、その伝送速度が回線の状態にそぐわない場合には、送信の中断あるいは画像エラーを引き起こし、再送やフォールバック動作で無駄な時間を消費することがある。また、通信の伝送速度を記憶しておく必要があり、コストアップにつながる。
【００１４】
以上のように従来の通信速度の決定の手順にはまだまだ問題があり、これを改善することで通信速度の決定手順を従来以上に短縮することができる可能性がある。
【００１５】
【発明が解決しようとする課題】
以上に述べたように、従来のファクシミリ装置などの通信装置における通信速度の決定方法にはまだまだ問題が多い。
【００１６】
【発明が解決しようとする課題】
そこで、この発明は、このような問題を解決するため、送信側で命令信号を送信し、これに応答して受信側からの識別信号によって画情報の伝送速度を決定することでフォールバックをなくし、伝送速度の決定に要する時間を短縮することを目的とする。
【００１７】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明の通信装置は、公衆回線を介して送信側装置と受信側装置との間でファクシミリ信号の送受信を行う送受信手段を有する通信装置において、前記受信側装置は、複数の伝送速度に対応して回線状態毎の受信状態を示すテーブルを予め求め、前記送受信手段による特定の伝送速度のＮＳＳ（非標準機能設定）信号の受信に基づき回線状態を判別し、該判別した回線状態に基づき前記テーブルを参照して前記送受信手段による送受信の最高許容伝送速度を決定する伝送速度決定手段と、前記伝送速度決定手段で決定した最高許容伝送速度の情報をＮＳＦ（非標準機能識別）信号に設定し、前記ＮＳＦ（非標準機能識別）信号を前記送受信手段で送信する制御手段とを具備することを特徴とする。
【００１８】
また、請求項２の発明の通信装置は、請求項１の発明において、前記伝送速度決定手段は、複数の伝送速度毎の回線状態を判別する回線品質判定データを予め採取して記憶する回線品質判定データ記憶手段と、前記送受信手段による特定の伝送速度のＮＳＳ（非標準機能設定）信号の受信過程において回線品質判定データを抽出する回線品質判定データ抽出手段とを更に具備し、前記回線品質判定データ抽出手段によって抽出した回線品質判定データに基づき前記回線品質判定データ記憶手段を参照して前記回線状態を判別することを特徴とする。
【００１９】
また、請求項３の発明の通信装置は、請求項１または２の発明において、前記送信側装置は、前記送受信手段で受信した前記ＮＳＦ（非標準機能識別）信号に含まれる最高許容伝送速度の情報に基づいて伝送速度を設定する制御手段を具備することを特徴とする。
【００２７】
【発明の実施の形態】
以下、本発明にかかるファクシミリ装置を添付図面を参照にして詳細に説明する。
【００２８】
図１に、本発明が実施されるファクシミリ装置の構成を示すブロック図を示す。
【００２９】
図１で、１は装置全体の制御を行うＣＰＵ、２は制御プログラムが使用するワークエリアとなるＲＡＭ、３は装置の操作のための操作表示装置、４は送信原稿を読み取る読取装置、５は受信画像等を記録する印字装置、６は符号化、復合化、拡大、縮小等を行う画像処理装置、７は画情報を格納する画像蓄積装置、８は装置を制御するプログラムを格納するＲＯＭからなるシステム制御部、９はディジタル網に適した通信を制御するためのプログラムを格納するＲＯＭを有する通信制御部１、１０はアナログ網に適した通信を制御するためのプログラムを格納するＲＯＭを有する通信制御部２、１１はディジタル網へ通信を接続するためのディジタル網制御装置、１２は変復調装置であるモデム、１３はアナログ網へ通信を接続するためのアナログ網制御装置で自動発着信機能を備えたもの、１４は各機能ブロック相互間のデータのやり取りを行うためのシステムバス、１５は複数の外部回線インタフェースと複数の内部通信回線を接続する回線切り替え制御装置である。
【００３０】
ＣＰＵ１は、装置への電源投入時にシステム制御部８のＲＯＭからプログラムを読取り、このプログラムに基づいて、システムバス１４を介して各構成部分に制御命令を送出して装置全体を制御する。
【００３１】
ＲＡＭ２は、ＣＰＵ１のワークエリアとして動作する。
【００３２】
操作表示装置３は、いわゆるタッチパネルなどから構成され、パネルへの接触によって装置への指示を入力し、現在の装置の状態を表示する入出力手段である。
【００３３】
読取装置４は、送信原稿や複写原稿を白色光で照射してスキャンし、その反射光の強度を量子化してディジタル画像信号に変換する。
【００３４】
印字装置５は、受信画像信号を記録用紙に印字出力する。
【００３５】
画像処理装置６は、送信データを符号化し、受信データを復合化する。更に必要に応じて送受信データの拡大、縮小を行う。
【００３６】
画像蓄積装置７は、読取装置４で読み取られた原稿の画像データや受信した画像データをディジタル的にファイル毎に記憶しておく記憶装置である。
【００３７】
システム制御部８は、装置を制御するＣＰＵ１の制御用プログラムを格納するＲＯＭから構成されており、装置への電源投入時にＲＯＭからプログラムがＣＰＵ１に読み取られる。
【００３８】
通信制御部１（９）は、ディジタル網制御装置１１を制御してディジタル網に適した通信プロトコルを実行するための制御回路で、内部にディジタル通信制御用のプログラムを格納するＲＯＭを有している。
【００３９】
通信制御部２（１０）は、アナログ網制御装置１３を制御してアナログ網に適した通信プロトコルを実行するための制御回路で、内部にアナログ通信制御用のプログラムを格納するＲＯＭを有している。
【００４０】
ディジタル網制御装置１１は、ディジタル網にアクセスして相手の通信装置との通信の接続、切断を制御し、あるいはディジタル通信データを検知するための制御装置である。
【００４１】
モデム１２は、アナログ網によって検出されたアナログデータをディジタルデータに変更し回線切り替え装置１５を介して装置に入力し、回線切り替え装置１５からのディジタルデータをアナログデータに変更して通信制御部２（１０）に送る役割りを果たす。
【００４２】
アナログ網制御装置１３は、アナログ網にアクセスして相手の通信装置との通信の接続、切断を制御し、あるいはアナログ通信データを検知するための制御装置である。
【００４３】
システムバス１４は、この通信装置を構成している各機能ブロック相互間のデータの送受信のため、あるいは制御命令の伝達を行うためのバスである。
【００４４】
回線切り替え制御装置１５は、ディジタル網とアナログ網のいずれの回線網にアクセスして通信を行うかを選択して切り替えるための切り替え回路で、ディジタル網制御装置１１とアナログ網制御装置１３に接続されて制御されている。
【００４５】
このファクシミリ装置は通信網を介してこの装置と同様な装置に、あるいはアナログ網にのみ通信接続可能な装置に、あるいはディジタル網にのみ通信接続可能な装置に接続され、その間でファクシミリ通信を行う。この装置をアナログ網にのみ接続する場合は、通信制御部１（９）とディジタル網制御装置１１とが省略でき、この装置をディジタル網にのみ接続する場合は、通信制御部２（１０）とモデム１２とアナログ網制御装置１３とが省略できる。
【００４６】
このような構成を有するファクシミリ装置の短縮プロトコルの基本的な送信側のプロトコル手順のフローチャート図２〜図６にそって説明する。
【００４７】
図２は、この実施例のファクシミリ装置の送信プロトコルの制御フローチャートを示したものである。
【００４８】
まず、相手機に対して発呼が行われると（ステップ１０１）、この相手機に短縮プロトコル受信能力がありとが記憶されているかどうかを調べる（ステップ１０２）。
ここで、相手機に短縮プロトコル受信能力があるか否かは、図１に示したＲＡＭ２の所定に記憶領域に記憶される宛先データリストに相手機の、例えば、短縮番号に対応して予め記憶されている。
【００４９】
すなわち、ステップ１０２では、発呼した相手機の短縮番号に基づき上記ＲＡＭ２の宛先データリストを検索し、相手機に短縮プロトコル受信能力がありと記憶されているか否かを調べる。
【００５０】
そして、相手機に短縮プロトコル受信能力がありと記憶されている場合は（ステップ１０３でＹＥＳ）、送信フェーズＡを実行する（ステップ１１２）。この送信フェーズＡの詳細は後に図３を参照して説明する。
【００５１】
送信フェーズＡが終了すると、この送信フェーズＡで短縮プロトコル（短プロ）送信に移行したか否かを判定し（ステップ１１３）、ここで短縮プロトコル送信に移行している場合は（ステップ１１３でＹＥＳ）、次に、送信フェーズＢを実行する（ステップ１１４）。この送信フェーズＢの詳細は後に図４を参照して説明する。
【００５２】
送信フェーズＢが終了すると、この送信フェーズＢで短縮プロトコル（短プロ）送信に移行したか否かを判定し（ステップ１１５）、ここで短縮プロトコル送信に移行している場合は（ステップ１１５でＹＥＳ）、次に、送信フェーズＣを実行する（ステップ１１６）。この送信フェーズＣの詳細は後に図５を参照して説明する。
【００５３】
送信フェーズＣが終了すると、次に、送信フェーズＤを実行する（ステップ１１７）。この送信フェーズＤの詳細は後に図６を参照して説明する。
【００５４】
送信フェーズＤが終了すると、この送信フェーズＤにおいて、送信フェーズＣへ移行するかを調べる（ステップ１１８）。ここで、送信フェーズＣへ移行する場合は（ステップ１１８でＹＥＳ）、ステップ１１６に戻り、送信フェーズＣへの移行しない場合は（ステップ１１８でＮＯ）、次に送信フェーズＤにおいて、送信フェーズＢへ移行するかを調べる（ステップ１１９）。ここで、送信フェーズＢへ移行する場合は（ステップ１１９でＹＥＳ）、ステップ１１４に戻り、送信フェーズＢへ移行がしない場合は（ステップ１１９でＮＯ）、低速ＤＣＮ（切断命令信号）を送出し、この送信プロトコルを終了する。
【００５５】
また、ステップ１０３で、相手機に短縮プロトコル受信能力がありと記憶されていない場合は、まず、１１００ＨｚのＣＮＧ（コーリングトーン）を送出し（ステップ１０４）、次に相手機からＣＥＤ（被呼端末識別信号）または何等かのコマンドを受信したかを調べ（ステップ１０５）、ＣＥＤまたは何等かのコマンドを受信していない場合は（ステップ１０５でＮＯ）、ステップ１０４に戻り、再びＣＮＧを送出し、ＣＥＤまたは何等かのコマンドを受信している場合は（ステップ１０５でＹＥＳ）、次に相手機からＮＳＦ（非標準機能識別信号）を受信したかを調べ（ステップ１０６）、ＮＳＦを受信している場合は（ステップ１０６でＹＥＳ）、この受信したＮＳＦが自社のＮＳＦかを調べ（ステップ１０８）、自社のＮＳＦである場合は、この自社のＮＳＦに短縮プロトコル送信能力有りを示す情報が含まれているかを調べ（ステップ１０８）、短縮プロトコル送信能力有りを示す情報が含まれている場合は（ステップ１０８でＹＥＳ）、上述した図１に示したＲＡＭ２の宛先データリストに該相手機の短縮番号に対応して、短縮プロトコル受信能力ありと記憶し（ステップ１０９）、ステップ１１４に進み、送信フェーズＢを実行する。
【００５６】
なお、ステップ１０６でＮＳＦを受信していないと判断された場合、すなわちＤＩＳ（ディジタル識別信号）を受信した場合（ステップ１０６でＮＯ）、ステップ１０７で受信したＮＳＦが自社のＮＳＦでないと判断された場合（ステップ１０７でＮＯ）、またはステップ１０８で自社のＮＳＦに短縮プロトコル送信能力有りを示す情報が含まれていないと判断された場合（ステップ１０８でＮＯ）は、図１に示したＲＡＭ２の宛先データリストに該相手機の短縮番号に対応して、短縮プロトコル受信能力なしと記憶し（ステップ１１０）、通常の送信を行い（ステップ１１１）、この送信プロトコルを終了する。
【００５７】
また、ステップ１１３で送信フェーズＡにおいて短縮プロトコル送信に移行していないと判断された場合（ステップ１１３でＮＯ）、またはステップ１１５で送信フェーズＢにおいて短縮プロトコル送信に移行していないと判断された場合（ステップ１１５でＮＯ）は、通常送信と判断してステップ１０６に進み、相手機からＮＳＦを受信したかを調べる。
【００５８】
図３は、図２に示したステップ１１２の送信フェーズＡにおける処理の詳細を示したものである。この送信フェーズＡにおいては、まず、相手機が極性反転検知機能を実装しているか否かを調べる（ステップ１２１）。ここで、相手機が極性反転検知機能を実装しているか否かは、図２に示したＲＡＭ２の宛先データリストに相手機の、例えば、短縮番号に対応して予め記憶されている。
【００５９】
すなわち、ステップ１２１では、発呼した相手機の短縮番号に基づき上記ＲＡＭ２の宛先データリストを検索し、相手機が極性反転検知機能を実装しているか否かを調べる。
【００６０】
ここで、相手機が極性反転検知機能を実装している場合は（ステップ１２１でＹＥＳ）、ＣＮＧ（コーリングトーン）送出開始タイマーをスタートさせ（ステップ１２７）、次に極性反転を検知したかを調べる（ステップ１２７）。ここで、極性反転の検知は後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定され、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達した場合は（ステップ１２７でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６１】
また、ステップ１２７で、極性反転を検知していない、すなわち極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達していない場合は（ステップ１２７でＮＯ）、次にＣＮＧ送出開始タイマーがタイムアウトしているかを調べ（ステップ１２８）、ＣＮＧ送出開始タイマーがタイムアウトしていない場合は（ステップ１２８でＮＯ）、ステップ１２７に戻り、ＣＮＧ送出開始タイマーがタイムアウトしている場合は（ステップ１２８でＹＥＳ）、ＣＮＧ（コーリングトーン）を送出し（ステップ１２９）、再び極性反転を検知したかを調べる（ステップ１３０）。この極性反転の検知も後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定される。そして、ここで極性反転が検知されると、すなわち極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達した場合は（ステップ１３０でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６２】
また、ステップ１３０で、極性反転が検知されない場合、すなわち極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達しない場合は（ステップ１３０でＮＯ）、次にＣＥＤ（被呼端末識別信号）を受信したかを調べ（ステップ１３１）、ＣＥＤを受信した場合は（ステップ１３１でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６３】
また、ステップ１３１でＣＥＤを受信していないと判断された場合は（ステップ１３１でＮＯ）、低速コマンドを受信したかを調べ（ステップ１３２）、低速コマンドを受信していない場合は（ステップ１３２でＮＯ）、ステップ１２９に戻り、ＣＮＧ（コーリングトーン）を再び送出し、低速コマンドを受信したと判断した場合は（ステップ１３２でＹＥＳ）、通常送信に移行する（ステップ１２５）。
【００６４】
また、ステップ１２１で相手機が極性反転検知機能を実装していないと判断した場合は（ステップ１２１でＮＯ）、ＣＮＧ（コーリングトーン）を送出し（ステップ１２２）、次にＣＥＤ（被呼端末識別信号）を受信したかを調べ（ステップ１２３）、ＣＥＤを受信した場合は（ステップ１２３でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１３３）。
【００６５】
また、ステップ１２３でＣＥＤを受信していないと判断された場合は（ステップ１２３でＮＯ）、低速コマンドを受信したかを調べ（ステップ１２４）、低速コマンドを受信していない場合は（ステップ１２４でＮＯ）、ステップ１２２に戻り、ＣＮＧ（コーリングトーン）を再び送出し、低速コマンドを受信したと判断した場合は（ステップ１２４でＹＥＳ）、通常送信に移行する（ステップ１２５）。
【００６６】
図４は、図２に示したステップ１１４の送信フェーズＢにおける処理の詳細を示したものである。この送信フェーズＢにおいては、まず、ポーリングか否かを調べ（ステップ１４１）、ポーリングでない場合は、短縮プロトコルへの移行を指示する信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能設定信号）送出（ステップ１４３）を行い、次に相手機からレスポンスを受信したかを調べる
（ステップ１４４）。
【００６７】
ここで、相手機からレスポンスを受信した場合は（ステップ１４４でＹＥＳ）、次に高速ＮＳＦ（非標準機能識別信号）を受信したかを調べ（ステップ１４８）、高速ＮＳＦを受信した場合は（ステップ１４８でＹＥＳ）、短縮プロトコル（短プロ）送信に移行する（ステップ１５０）。
【００６８】
また、ステップ１４８で、高速ＮＳＦを受信していない、すなわち、例えばＮＳＦ／ＤＩＳ等の低速コマンドを受信した場合は（ステップ１４８でＮＯ）、通常送信に移行する（ステップ１４９）。
【００６９】
また、ステップ１４４で、相手機からのレスポンスを受信しない場合は（ステップ１４４でＮＯ）、極性反転を検知したかを調べる（ステップ１４５）。
【００７０】
ここにおける極性反転の検知も後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定される。
【００７１】
ステップ１４５において、極性反転を検知しない場合は（ステップ１４５でＮＯ）、フォールバックパラメータをセットし（ステップ１４６）、ステップ１４２に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能識別信号）送出（ステップ１４３）を行う。
【００７２】
また、ステップ１４７で、極性反転を検知した場合は（ステップ１４７でＹＥＳ）、初期値の通信速度をセットし直し（ステップ１４７）、ステップ１４２に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能識別信号）送出（ステップ１４３）を行う。
【００７３】
すなわち、相手機が極性反転検知機能を実装している場合は、相手機からのレスポンス受信を待っている時も極性反転の検知を行い、極性反転を検知した場合は初期値の通信速度をセットし直す処理を行う。
【００７４】
また、ステップ１４１でポーリングであると判定された場合は（ステップ１４１でＹＥＳ）、短縮プロトコルへの移行を指示する信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能命令信号）送出（ステップ１５２）を行い、次に相手機からレスポンスを受信したかを調べる（ステップ１５３）。
【００７５】
ここで、相手機からレスポンスを受信した場合は（ステップ１５３でＹＥＳ）、次に高速ＮＳＳ（非標準機能設定信号）を受信したかを調べ（ステップ１５７）、高速ＮＳＳを受信した場合は（ステップ１５７でＹＥＳ）、図８で後に説明する受信フェーズＢに移行する（ステップ１５９）。
【００７６】
また、ステップ１５７で、高速ＮＳＳを受信していない、すなわち、例えばＮＳＳ／ＤＩＳ等の低速コマンドを受信した場合は（ステップ１５７でＮＯ）、通常送信に移行する（ステップ１５８）。
【００７７】
また、ステップ１５３で、相手機からのレスポンスを受信しない場合は（ステップ１５３でＮＯ）、極性反転を検知したかを調べる（ステップ１５４）。
【００７８】
ここにおける極性反転の検知も後に詳述するように、極性反転の回数がこの相手機に対する前回の通信時に学習した極性判定回数に達したか否かにより判定される。
【００７９】
ステップ１５４において、極性反転を検知しない場合は（ステップ１５４でＮＯ）、フォールバックパラメータをセットし（ステップ１５５）、ステップ１５１に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能設定信号）送出（ステップ１５２）を行う。
【００８０】
また、ステップ１５４で、極性反転を検知した場合は（ステップ１５４でＹＥＳ）、初期値の通信速度をセットし直し（ステップ１５６）、ステップ１５１に戻り、再び短縮プロトコルへの移行を指示する信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能設定信号）送出（ステップ１５２）を行う。
【００８１】
図５は、図２に示したステップ１１６の送信フェーズＣにおける処理の詳細を示したものである。この送信フェーズＣにおいては、まず、画情報の再送かを調べ（ステップ１６１）、ここで、画情報の再送でないと判断された場合は（ステップ１６１でＮＯ）、フレーム番号０のフレームにＮＳＳ（非標準機能設定信号）を入れて送出し（ステップ１６２）、続いて画情報をフレームに入れて送出し（ステップ１６３）、次にこの画情報の送出が終了したかを調べ（ステップ１６４）、終了していない場合は（ステップ１６４でＮＯ）、ステップ１６３に戻り、終了した場合は（ステップ１６４でＹＥＳ）、ＲＣＰ（部分ページ制御復帰）フレームにポストメッセージコマンドの内容を入れて送出し（ステップ１６５）、その後リターンする。
【００８２】
また、ステップ１６１で、画情報の再送の場合は（ステップ１６１でＹＥＳ）、再送対象の画情報をフレームに入れて送出し（ステップ１６６）、次にこの画情報の再送が終了したかを調べ（ステップ１６７）、終了していない場合は（ステップ１６７でＮＯ）、ステップ１６６に戻り、終了した場合は（ステップ１６７でＹＥＳ）、ＲＣＰ（部分ページ制御復帰信号）フレームにポストメッセージコマンドの内容を入れて送出し（ステップ１６５）、その後リターンする。
【００８３】
図６は、図２に示したステップ１１７の送信フェーズＤにおける処理の詳細を示したものである。この送信フェーズＤにおいては、まず、相手機からのレスポンスを受信したかを調べ（ステップ１７１）、レスポンスを受信していない場合は（ステップ１７１でＮＯ）、ＰＰＳ−ＱまたはＰＰＳ−ＰｒｉＱによる低速ポストメッセージコマンドを送出しステップ１７１に戻る。
【００８４】
ステップ１７１で相手機からのレスポンスを受信した場合は（ステップ１７１でＹＥＳ）、次に低速ＭＣＦ（メッセージ確認信号）を受信したかを調べ（ステップ１７３）、低速ＭＣＦを受信した場合は（ステップ１７３でＹＥＳ）、ステップ１８６へ進む。
【００８５】
また、ステップ１７３で低速ＭＣＦを受信していないと判断された場合は（ステップ１７３でＮＯ）、次に低速ＰＰＲ（部分ページ要求信号）を受信したかを調べる（ステップ１７４）、ここで、低速ＰＰＲを受信した場合は（ステップ１７４でＹＥＳ）、ＣＴＣ（訂正続行信号）の送出が必要かを調べ（ステップ１７７）、必要な場合は（ステップ１７７でＹＥＳ）、低速ＣＴＣを送出し（ステップ１７８）、低速ＣＴＲ（訂正続行応答信号）を受信すると（ステップ１７９でＹＥＳ）、送信フェーズＣへ移行する（ステップ１８７）。
【００８６】
また、ステップ１７７でＣＴＣ（訂正続行信号）の送出が必要でないと判断された場合は（ステップ１７７でＮＯ）、次に、ＥＯＲ（再送終了信号）の送出が必要かを調べ（ステップ１８０）、必要な場合は（ステップ１８０でＹＥＳ）、低速ＥＯＲを送出し（ステップ１８１）、低速ＥＲＲ（再送終了応答信号）を受信すると（ステップ１８２でＹＥＳ）、ステップ１８６へ進む。
【００８７】
また、ステップ１８２で低速ＥＲＲ（再送終了応答信号）を受信しないと判断されると、つぎに低速ＰＩＮ（手順中断否定信号）を受信したかを調べ（ステップ１８３）、低速ＰＩＮを受信すると（ステップ１８３でＹＥＳ）、ラインホールド手順を行い（ステップ１８４）、ステップ１８６に進む。
【００８８】
また、ステップ１７４で、低速ＰＰＲを受信しない場合は（ステップ１７４でＮＯ）、次に低速ＰＩＰ（手順中断肯定信号）を受信したかを調べ（ステップ１７５）、低速ＰＩＰを受信した場合は（ステップ１７５でＹＥＳ）、ラインホールド手順を行い（ステップ１８５）、ステップ１８６に進む。
【００８９】
また、ステップ１７５で低速ＰＩＰを受信しない場合は（ステップ１７５でＮＯ）、所定のエラー処理を行い（ステップ１７６）、ステップ１８６に進む。
【００９０】
ステップ１８６では、送出したポストメッセージコマンドより次の手順が送信フェーズＣ、送信フェーズＤ、送信フェーズＥのいずれかかを判断する。そして、次の手順が送信フェーズＣであると判断された場合は送信フェーズＣに移行し（ステップ１８９）、送信フェーズＤであると判断された場合は送信フェーズＤに移行し（ステップ１９０）、送信フェーズＥであると判断された場合は送信フェーズＥに移行する（ステップ１９１）。
【００９１】
次に、この実施例のファクシミリ装置の受信動作を図７乃至図１０に示す受信プロトコルの制御フローチャートを用いて説明する。
【００９２】
図７は、この実施例のファクシミリ装置の受信プロトコルを制御フローチャートで示したものである。
【００９３】
相手機からの着信があると（ステップ２０１）、１．８秒のタイマーをスタートさせ（ステップ２０２）、短縮プロトコルへの移行を指示する信号受信かを調べる（ステップ２０３）。
【００９４】
ここで、信号を受信した場合は（ステップ２０３でＹＥＳ）、まず受信フェーズＢを実行する。この受信フェーズＢの詳細は後に図８を参照して説明する。
【００９５】
受信フェーズＢが終了すると、次に、受信フェーズＣを実行する。この受信フェーズＣの詳細は後に図９を参照して説明する。
【００９６】
受信フェーズＣが終了すると、次に、受信フェーズＤを実行する。この受信フェーズＤの詳細は後に図１０を参照して説明する。
【００９７】
受信フェーズＤが終了すると、この受信フェーズＤにおいて、受信フェーズＣへの移行かを調べる（ステップ２０７）。ここで、受信フェーズＣへの移行の場合は（ステップ２０７でＹＥＳ）、ステップ２０５に戻り、受信フェーズＣへの移行でない場合は（ステップ２０７でＮＯ）、次に受信フェーズＤにおいて、受信フェーズＢへの移行かを調べ（ステップ２０８）、受信フェーズＢへの移行の場合は（ステップ２０８でＹＥＳ）、ステップ２０４に戻り、受信フェーズＢへの移行でない場合は（ステップ２０８でＮＯ）、受信フェーズＥへの移行であるので低速ＤＣＮ（切断命令信号）を受信し（ステップ２０９）、この受信プロトコルを終了する。
【００９８】
また、ステップ２０３において、短縮プロトコルへの移行を指示する信号受信でないと判断されない場合は（ステップ２０３でＮＯ）、次にＣＮＧ（コーリングトーン）受信かを調べ（ステップ２１０）、ＣＮＧ受信でない場合は（ステップ２１０でＮＯ）、１．８秒のタイマーがタイムアウトかを調べ（ステップ２１１）、タイムアウトでない場合は（ステップ２１１でＮＯ）、ステップ２０３に戻り、タイムアウトである場合は（ステップ２１１でＹＥＳ）、ＣＥＤ（被呼端末識別信号）を送出する（ステップ２１２）。
【００９９】
また、ステップ２１０でＣＮＧ受信と判断された場合は、ステップ２１２に進み、ＣＥＤ（被呼端末識別信号）を送出する。
【０１００】
ステップ２１２でＣＥＤを送出すると、再び短縮プロトコルへの移行を指示する信号受信かを調べる（ステップ２１３）。ここで、短縮プロトコルへの移行を指示する信号受信と判断された場合は（ステップ２１３でＹＥＳ）、ＣＥＤの送出を停止し（ステップ２１４）、ステップ２０４の受信フェーズＢを実行する。
【０１０１】
また、ステップ２１３で短縮プロトコルへの移行を指示する信号受信でないと判断された場合は、次にＣＥＤ送出終了かを調べ（ステップ２１５）、ＣＥＤ送出終了でない場合は（ステップ２１５でＮＯ）、ステップ２１２に戻り、ＣＥＤ送出終了と判断された場合は（ステップ２１５でＹＥＳ）、ＮＳＦ／ＤＩＳの送信を行い（ステップ２１６）、更に短縮プロトコルへの移行を指示する信号受信かを調べる（ステップ２１７）。ここで、短縮プロトコルへの移行を指示する信号受信であると判断された場合は（ステップ２１７でＹＥＳ）、ステップ２０４に進み、受信フェーズＢを実行する。
【０１０２】
また、ステップ２１７で短縮プロトコルへの移行を指示する信号受信でないと判断された場合は（ステップ２１７でＮＯ）、通常の受信を行い（ステップ２１８）、この受信プロトコルを終了する。
【０１０３】
図８は、図７に示したステップ２０４の受信フェーズＢにおける処理の詳細を示したものである。この受信フェーズＢにおいては、まず、高速ＮＳＳ（非標準機能設定信号）受信かを調べる（ステップ２１１）。ここで高速ＮＳＳを受信すると（ステップ２１１でＹＥＳ）、高速ＮＳＦ（非標準機能識別信号）を送出して（ステップ２２２）、リターンする。
【０１０４】
また、ステップ２１１で高速ＮＳＳを受信しないと（ステップ２１１でＮＯ）、次に高速ＮＳＣ（非標準機能命令信号）受信かを調べる（ステップ２２３）。ここで、高速ＮＳＣ受信でない場合は（ステップ２２３でＮＯ）、ステップ２２１に戻り、高速ＮＳＣを受信した場合は（ステップ２２３でＹＥＳ）、次にポールドＯＫかを調べる（ステップ２２４）。ここで、ポールドＯＫの場合は（ステップ２２４でＹＥＳ）、図５に示した送信フェーズＢに進み（ステップ２２５）、ポールドＯＫでない場合は（ステップ２２４でＮＯ）、所定のエラー処理を実行する（ステップ２２６）。
【０１０５】
図９は、図７に示したステップ２０５の受信フェーズＣにおける処理の詳細を示したものである。この受信フェーズＣにおいては、まず、ＦＣＤ（ファクシミリ符号化データ）フレーム受信かを調べ（ステップ２３１）、ＦＣＤフレーム受信の場合は（ステップ２３１でＹＥＳ）、フレーム番号０のフレームのＮＳＳ
（非標準機能設定信号）の情報受信かを調べる（ステップ２３２）。ここで、ＮＳＳの情報受信である場合は（ステップ２３２でＹＥＳ）、このＮＳＳを解析し（ステップ２３５）、ステップ２３１に戻る。
【０１０６】
また、ステップ２３２で、ＮＳＳの情報受信でない場合は（ステップ２３２でＮＯ）、受信した画情報を蓄積し（ステップ２３３）、次にフレーム受信終了かを調べる（ステップ２３４）。ここで、フレーム受信終了でない場合は（ステップ２３４でＮＯ）、ステップ２３１に戻り、フレーム受信終了の場合は（ステップ２３４でＹＥＳ）、リターンする。
【０１０７】
また、ステップ２３１でＦＣＤフレームの受信ではないと判断された場合は（ステップ２３１でＮＯ）、ＲＣＰフレームの受信であるので、このＲＣＰフレームのポストメッセージコマンドの内容を解析し（ステップ２３６）、その後リターンする。
【０１０８】
図１０は、図７に示したステップ２０６の受信フェーズＤにおける処理の詳細を示したものである。この受信フェーズＤにおいては、まず、ＲＣＰ（部分ページ制御復帰信号）フレームを受信しているかを調べる（ステップ２４１）。ここで、ＲＣＰフレームを受信していると（ステップ２４１でＹＥＳ）、ステップ２４３に進む。また、ステップ２４１で、ＲＣＰフレームを受信していないと判断されると（ステップ２４１でＮＯ）、次に低速コマンドを受信しているかを調べ（ステップ２４２）、低速コマンドを受信すると（ステップ２４２でＹＥＳ）、ステップ２４３に進む。
【０１０９】
ステップ２４３では、ＦＣＤ（ファクシミリ符号化データ）フレームがＯＫかを調べ、ＦＣＤフレームがＯＫであると（ステップ２４３でＹＥＳ）、次にラインホールドかを調べ（ステップ２４４）、ラインホールドであると（ステップ２４４でＹＥＳ）、ラインホールド手順を実行し（ステップ２４６）、ステップ２５６に進む。
【０１１０】
また、ステップ２４４で、ラインホールドでないと判断されると（ステップ２４４でＮＯ）、低速ＭＣＦ（メッセージ確認信号）を送出し（ステップ２４５）、ステップ２５６に進む。
【０１１１】
また、ステップ２４３で、ＦＣＤフレームがＯＫでないと判断されると（ステップ２４３でＮＯ）、低速ＰＰＲ（部分ページ要求信号）を送出し（ステップ２４７）、次にＣＴＣ（訂正続行信号）受信したを調べ（ステップ２４８）、ここで、ＣＴＣを受信すると（ステップ２４８でＹＥＳ）、低速ＣＴＲ（訂正続行応答）を送出し（ステップ２４９）、受信フェーズＣへ移行する（ステップ２５０）。
【０１１２】
また、ステップ２４８でＣＴＣを受信していないと（ステップ２４８でＮＯ）、次にＥＯＲ（再送終了信号）を受信したかを調べ（ステップ２５１）、ここでＥＯＲを受信していないと（ステップ２５１でＮＯ）、受信フェーズＣへ移行する（ステップ２５２）。
【０１１３】
また、ステップ２５１でＥＯＲを受信していると判断された場合は（ステップ２５１でＹＥＳ）、次にラインホールドかを調べ（ステップ２５３）、ラインホールドであると（ステップ２５３でＹＥＳ）、ラインホールド手順を実行し（ステップ２５５）、ステップ２５６に進む。
【０１１４】
また、ステップ２５３で、ラインホールドでないと判断されると（ステップ２５３でＮＯ）、低速ＥＲＲ（再送終了応答信号）を送出し（ステップ２５４）、ステップ２５６に進む。
【０１１５】
ステップ２５６では、受信したポストメッセージコマンドより次の手順が受信フェーズＣ、受信フェーズＤ、受信フェーズＥのいずれかかを判断する（ステップ２５６）。そして、次の手順が受信フェーズＣであると判断された場合は受信フェーズＣへ移行し（ステップ２５７）、受信フェーズＤであると判断された場合は受信フェーズＤへ移行し（ステップ２５８）、受信フェーズＥであると判断された場合は受信フェーズＥへ移行する（ステップ２５９）。
【０１１６】
以上の基本的なプロトコル手順から短縮プロトコルへのモード移行に関する部分を更に詳しく、図１１乃至図１３に示すシーケンスチャートを参照して説明する。ここで、図１１乃至図１３は短縮プロトコルへのモード移行の３つのケースの基本的な送受信プロトコル手順を示している。
【０１１７】
まず送信側に付いて説明する。
【０１１８】
図１１は、短縮プロトコルへのモード移行の第１のケースを示すもので、この第１のケースにおいて、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行うとともに、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶されているかをチェックし（図２のステップ１０３）、短縮プロトコル受信能力ありと記憶されている場合は、次に相手機（受信側）が極性反転検知機能を実装しているかをチェックし（図３のステップ１２１）、極性反転検知機能を実装している場合は、極性反転をチェックし（図３のステップ１２７、ステップ１３０）、極性反転を検知したら短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１１９】
一方、受信側では、着呼したら、ＣＥＤ（被呼端末識別信号）送出までの間で送信側から短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２０３）、短縮プロトコルへの移行を指示する信号を受信したら短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１２０】
短縮プロトコルに移行後は、送信側では、まず、高速コマンドの通信速度を示した信号（短縮プロトコルへの移行を指示する信号）に続いて高速のＮＳＳ（非標準機能設定信号）を送出し（図４のステップ１４３）、相手機（受信側）からの高速のＮＳＦ（非標準機能識別信号）を待ち、相手機（受信側）から高速のＮＳＦを受信したら（図４のステップ１４８）、画情報送出フェーズ（図５に示す送信フェーズＣ）へ移行する。
【０１２１】
また、受信側では、送信側からの高速コマンドの通信速度を示した信号（短縮プロトコルへの移行を指示する信号）の示す通信速度の高速のＮＳＳを受信すると（図８のステップ２２１）、高速のＮＳＦを送出し（図８のステップ２２２）、画情報受信フェーズ（図９に示す受信フェーズＣ）へ移行する。
【０１２２】
送信側の画情報送出フェーズ（送信フェーズＣ）においては、画情報をＥＣＭ（エラー訂正モード）によるフレームに分割して送出する。ここで、このＥＣＭによるフレームの第１フレームには以下に続く画情報のパラメータを設定し、第２フレーム以降のフレーム（ＦＣＤフレーム）には画情報を入れて送出する。なお、この第１フレームには先に送出したＮＳＳの内容そのものでもよいし、送出しようとしている画情報を示すパラメータのみでもよい。
【０１２３】
このようにして、画情報の送出を終了したら、ファクシミリインフォメーションフィールドにポストメッセージコマンドに該当する内容を設定したＲＣＰフレームを送出し（図５のステップ１６５）、レスポンスコマンド待ちフェーズ（図６に示す送信フェーズＤ）へ移行する。
【０１２４】
また、受信側の画情報受信フェーズ（受信フェーズＣ）においては、送信側からＥＣＭによるフレームにより分割して送出された画情報を受信する。そして画情報の受信が終了すると、ファクシミリインフォメーションフィールドにポストメッセージコマンドに該当する内容を設定したＲＣＰフレームを受信し、このＲＣＰフレームのポストメッセージコマンドの内容を解析して（図９のステップ２３６）、レスポンスコマンド待ちフェーズ（図１０に示す受信フェーズＤ）へ移行する。
【０１２５】
送信側のレスポンスコマンド待ちフェーズ（送信フェーズＤ）においては、ＭＣＦ（メッセージ確認信号）を受信したら（図６のステップ１７３）、送出した先のＲＣＰフレームに設定したポストメッセージコマンドの内容に合わせて画情報送出フレーム（送信フェーズＣ）へ移行するか、送信フェーズＢへ移行するか、送信フェーズＥへ移行するかを判断して（図６のステップ１８６）、各送信フェーズへの移行を行う。
【０１２６】
また、受信側のレスポンスコマンド待ちフェーズ（送信フェーズＤ）においては、ＭＣＦ（メッセージ確認信号）を送出したら（図１０のステップ２４５）、受信した先のＲＣＰフレームに設定したポストメッセージコマンドの内容に合わせて画情報受信フレーム（受信フェーズＣ）へ移行するか、受信フェーズＢへ移行するか、受信フェーズＥへ移行するかを判断して（図１０１０のステップ２５６）、各受信フェーズへの移行を行う。
【０１２７】
そして、送信側では、送信フェーズＥへ移行するとＤＣＮ（切断命令信号）を送出し（図２のステップ１２０）、この送信プロトコルを終了する。
【０１２８】
また、受信側では、受信フェーズＥへ移行すると送信側からのＤＣＮを受信するとこの受信プロトコルを終了する。
【０１２９】
図１２は、短縮プロトコルへのモード移行の第２のケースを示すもので、この第２のケースにおいて、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行うとともに、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶されているかをチェックし（図２のステップ１０２）、短縮プロトコル受信能力ありと記憶されている場合は、次に相手機（受信側）が極性反転検知機能を実装しているかをチェックし（図３のステップ１２１）、極性反転検知機能を実装している場合は、極性反転をチェックし（図３のステップ１２７、ステップ１３０）、極性反転を検知する前にＣＥＤ（被呼端末識別信号）を検出したら（図３のステップ１３１）、短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１３０】
また、相手機（受信側）が極性反転検知機能を実装していない場合は、ＣＮＧ（コーリングトーン）を送出しながらＣＥＤ検出を行い（図３のステップ１２２、１２３）、ＣＥＤを検出したら短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１３１】
一方、受信側では、着呼したら、ＣＥＤ（被呼端末識別信号）送出までの間で送信側から短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２０３）、その信号を受信せずにＣＥＤを送出しなければいけない場合はＣＥＤを送出し（図７のステップ２１２）、このＣＥＤを送出しながら短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２１３）、短縮プロトコルへの移行を指示する信号を受信したらＣＥＤの送出を停止して短縮プロトコルに移行し、短縮プロトコルを実行する。
【０１３２】
なお、短縮プロトコルに移行した後における処理は図１１に示したものと同様である。
【０１３３】
図１３は、短縮プロトコルへのモード移行の第３のケースを示すもので、この第３のケースにおいて、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行うとともに、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶されているかをチェックし（図２のステップ１０２）、短縮プロトコル受信能力なしと記憶されている場合は、ＣＮＧを送出しながらＣＥＤまたはコマンドの検知を行い（図２のステップ１０５）、ＮＳＦ（非標準機能識別信号）を受信したら（図２のステップ１０６）、この受信したＮＳＦが自社機のＮＳＦかをチェックし（図２のステップ１０７）、自社機のＮＳＦの場合は短縮プロトコル受信能力があるかをチェックし（図２のステップ１０８）、短縮プロトコル受信能力がある場合は、送信側の記憶手段（図１のＲＡＭ２の宛先データリスト）に相手機（受信側）の短縮番号に対応して短縮プロトコル受信能力ありと記憶し（図２のステップ１０９）、その後、短縮プロトコルへの移行を指示する信号を送出して（図４のステップ１４２）短縮プロトコルに移行し、短縮プロトコルを実行する。なお、上記条件に合わない場合は通常のプロトコルで送信を行う。
【０１３４】
一方、受信側では、着呼したら、ＣＥＤ（被呼端末識別信号）送出までの間で送信側から短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２０３）、その信号を受信せずにＣＥＤを送出しなければいけない場合はＣＥＤを送出し（図７のステップ２１２）、このＣＥＤを送出しながら短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２１３）、その信号を受信せずにＣＥＤの送出を終了した場合は、短縮プロトコル受信能力ありを示すＮＳＦとＤＩＳ（必要ならばＣＩＳ）を送出し（図７のステップ２１６）、更に、短縮プロトコルへの移行を指示する信号を受信したかをチェックし（図７のステップ２１７）、その信号を受信したら短縮プロトコルに移行し、短縮プロトコルを実行する。なお、上記条件に合わない場合は通常のプロトコルで受信を行う。
【０１３５】
なお、短縮プロトコルに移行した後における処理は図１１に示したものと同様である。
【０１３６】
以上、短縮プロトコルに移行に関連する３つのプロトコル手順の基本的な部分を説明したが、それ以外の手順（例えばＥＣＭフレームの再送手順など）は、図２ないし図１０に示したようにＩＴＵ−Ｔ勧告Ｔ．３０に準拠して動作する。
【０１３７】
次に、画情報の伝送速度決定の幾つかの基本的な方式について示す。
【０１３８】
図１４は、受信側での伝送速度決定の第１の方式をフローチャートで示したものである。また、図１５はこの時のシーケンスチャートである。
【０１３９】
まず、受信側で高速のＮＳＳの受信が始まる（ステップ３０１）と、このＮＳＳの受信の過程で回線品質判定データを抽出する（ステップ３０２）。高速ＮＳＳの受信が終了すると（ステップ３０３）、抽出した回線品質判定データから画情報の最高許容伝送速度を決定する（ステップ３０４）。
【０１４０】
次に、決定した最大許容伝送速度をＮＳＦに設定し、このＮＳＦを送信側に送信して（ステップ３０５）、終了する。
【０１４１】
このステップ３０４で抽出した回線品質判定データから画情報の最大許容伝送速度を決定するためには、予め次のようなデータを採取しておく必要がある。ここで速度は、１４．４ｋｂｐｓ、１２．０ｋｂｐｓ、９６００ｂｐｓ、７２００ｂｐｓ、４８００ｂｐｓ、２４００ｂｐｓの６種類から選択できるものとする。
【０１４２】
（１）まず、図１６に示すように伝送速度ごとの回線状態に対する回線品質判定データを採取する。
回線品質判定データの数字が少ないものほど回線状態が良い。
９６００ｂｐｓの場合では回線状態はａ、ｂ、ｃ、ｄ……の順に悪化している。
【０１４３】
（２）次に、図１７に示すように回線品質判定データ毎の各伝送速度に対する受信状態を採取する。図で丸印は良好、×印は不良である。図から見られるように９６００ｂｐｓの場合の例では回線状態はａ、ｂ、ｃ、ｄ……の順に悪化している。
【０１４４】
この図で、例えば９６００ｂｐｓのＮＳＳの受信の過程で、「３」の回線品質判定データを抽出した場合、図１７の図表から１４．４ｋｂｐｓでは受信状態が不良であるが、１２．０ｋｂｐｓでは良好になることが分かる。したがって、この場合の画情報の最高許容伝送速度は１２．０ｋｂｐｓということになる。
【０１４５】
図１８は、受信側での伝送速度決定の第２の方式をフローチャートで示したものである。また、図１９はこの時のシーケンスチャートである。
【０１４６】
受信側で高速のＮＳＳの受信が始まる（ステップ３１１）と、このＮＳＳの受信の過程で回線品質判定データを抽出する（ステップ３１２）。高速ＮＳＳの受信が終了すると（ステップ３１３）、高速のＮＳＳの伝送速度が最高速度（９６００ｂｐｓ）かどうかを判定する（ステップ３１４）。最高速度（９６００ｂｐｓ）であった場合（ステップ３１４でＹＥＳ）は、抽出した回線品質判定データから画情報の最高許容伝送速度を決定する（ステップ３１５）。この場合の最高許容伝送速度は１４．４ｋｂｐｓ、１２．０ｋｂｐｓ、９６００ｂｐｓの内のいずれかになる。最高速度（９６００ｂｐｓ）未満であった場合（ステップ３１４でＮＯ）は、高速ＮＳＳの伝送速度を画情報の最高速度とする（ステップ３１６）。この場合の最高許容伝送速度は７２００ｂｐｓ、４８００ｂｐｓ、２４００ｂｐｓの内のいずれかになる。
【０１４７】
次に、決定した最大許容伝送速度をＮＳＦに設定し、このＮＳＦを送信側に送信して（ステップ３１８）、終了する。
【０１４８】
以上のような手順制御を持った通信装置において、以下にいくつかの送信側での通信速度決定の制御手順の具体的な実施例を記述する。
【０１４９】
図２０は、第１の実施例のフローチャートである。
【０１５０】
（１）まず発呼を行い（ステップ３２１）、ダイヤル終了後、極性反転および相手機からのファクシミリ信号の検知を行う（ステップ３２２）。
【０１５１】
（２）極性反転を検知または相手機からのファクシミリ信号の検知したら、通信速度（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３２３）、高速のＮＳＳを送出し（ステップ３２４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１５２】
（３）一定時間内に相手機からの応答信号である高速のＮＳＦを検知できない場合（ステップ３３３でＹＥＳ）、除外する通信速度を除いて決定された通信速度の指示をＮＳＳにセットし（ステップ３３４）、フォールバック手順に従って決定した通信速度で再度高速のＮＳＳを送出し（ステップ３２４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１５３】
応答信号である高速のＮＳＦを受信したら画情報送信手順に移行する。
【０１５４】
（４）上述の（３）に示した手順を繰り返している間は、同時に極性反転を検知または相手機からのファクシミリ信号の検知を行う（ステップ３２７、３２８）。
【０１５５】
（５）上述の（４）に示した手順で極性反転を検知したら、極性反転を検知した時に送出する予め定められた通信速度に戻して、通信速度（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３３２）、再び高速のＮＳＳを送出し（ステップ３２４）、上述の（３）（４）に示した手順を繰り返す。ここでの予め定められた通信速度は一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度であるとは限らない。
【０１５６】
（６）上述の（４）に示した手順でファクシミリ信号を検知したら、ファクシミリ信号を検知した時に送出する予め定められた通信速度に戻して、通信速度
（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３３２）、再び高速のＮＳＳを送出し（ステップ３２４）、上述の（３）（４）に示した手順を繰り返す。ここでの予め定められた通信速度とは一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度である必要はない。
【０１５７】
ここでいうファクシミリ信号とは、ＩＴＵ−Ｔ勧告Ｔ．３０に記述されているＣＥＤやプリアンブルである。このうちプリアンブルについては、プリアンブルに続くＨＤＬＣフレームの中身を解析し、ＩＴＵ−Ｔ勧告Ｔ．３０に記述されている正常なコマンドと判断した場合にプリアンブル受信と判断しても良い。
【０１５８】
図２１は、図２０のステップ３２７の極性反転またはＣＥＤチェックの詳細フローチャートである。
【０１５９】
図２０の例の（５）において、極性反転を検知したら（ステップ３４１でＹＥＳ）、その検知回数を記憶するメモリなどの記憶手段にカウント数を記憶し（ステップ３４２）、その数を予め設定されている数と比較する（ステップ３４３）。
【０１６０】
この比較の結果、数が一致した場合（ステップ３４４でＹＥＳ）、極性反転を検知した（ステップ３４５）とする。また極性反転を検知せずに（ステップ３４１でＮＯ）、ＣＥＤを検知した場合（ステップ３４６）はＣＥＤ検知とする（ステップ３４８）。
【０１６１】
極性反転またはＣＥＤを検知した場合は、図２０のステップ３３２に進み、予め決められている極性反転またはＣＥＤ検知時に送出する通信速度に戻して再び高速ＮＳＳを送出して、図２０の例の（３）、（４）の制御を行う。ここでの予め定められている通信速度とは一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度である必要はない。
【０１６２】
図２２は、図２０のステップ３２９のプリアンブルチェックの詳細フローチャートである。
【０１６３】
図２０の例の（６）において、ファクシミリ信号としてプリアンブルを検知したら（ステップ３５１）、ＮＳＦの受信が終了しているかを判定し（ステップ３５２）、プリアンブルの検知回数を記憶するメモリなどの記憶手段にカウント数を記憶し（ステップ３５３）、一回目であるかどうかを判定する（ステップ３５４）。１回目の場合は図２０のステップ３３２に進み、予め決められているファクシミリ信号検知時に送出する通信速度に戻して再び高速ＮＳＳを送出して、図２０の例の（３）、（４）の制御を行う。ここでの予め定められている通信速度は一般には初期通信速度（最初に送出した高速ＮＳＳの通信速度：１４．４ｋｂｐｓ）であるが、必ずしもその通信速度である必要はない。
【０１６４】
プリアンブルの検知回数が２回目以降の場合には図２０のステップ３３４に進み、予め除外すると決められている通信速度を除外して決定した通信速度に高速ＮＳＳを設定して、再び高速ＮＳＳを送出して、図２０の例の（３）、（４）の制御を行う。
【０１６５】
ここでいう予め除外すると決められている通信速度とは次のように考える。例えば、最初高速ＮＳＳを９６００ｂｐｓで送出したとすると、その高速ＮＳＳに対して応答信号が戻ってこないわけであるから、この回線条件では、９６００ｂｐｓ以上の通信速度では通信できないと判断する。したがって最高速度が１４．４ｋｂｐｓの通信装置であれば、１４．４ｋｂｐｓ〜９６００ｂｐｓの範囲の通信速度では通信できないと判断し、予めその範囲の通信速度を除外して７２００ｂｐｓに通信速度を決定するということである。
【０１６６】
図２３は、図２０に変わる通信速度決定の制御手順の他の具体的な実施例である。
【０１６７】
（１）まず発呼を行い（ステップ３６１）、ダイヤル終了後、極性反転および相手機からのファクシミリ信号の検知を行う（ステップ３６２）。
【０１６８】
（２）極性反転を検知または相手機からのファクシミリ信号の検知したら、通信速度（１４．４ｋｂｐｓ）の指示をＮＳＳにセットし（ステップ３６３）、高速のＮＳＳを送出し（ステップ３６４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１６９】
（３）一定時間内に相手機からの応答信号である高速のＮＳＦを検知できない場合（ステップ３６９でＹＥＳ）、予め除外すると決められている通信速度を除外して決定した通信速度に高速ＮＳＳを設定して（ステップ３７０）、再び高速ＮＳＳを送出して（ステップ３６４）、相手機からの応答である高速のＮＳＦの受信を待つ。
【０１７０】
ここでいう予め除外すると決められている通信速度とは次のように考える。例えば、最初高速ＮＳＳを９６００ｂｐｓで送出したとすると、その高速ＮＳＳに対して応答信号が戻ってこないわけであるから、この回線条件では、９６００ｂｐｓ以上の通信速度では通信できないと判断する。したがって最高速度が１４．４ｋｂｐｓの通信装置であれば、１４．４ｋｂｐｓ〜９６００ｂｐｓの範囲の通信速度では通信できないと判断し、予めその範囲の通信速度を除外して７２００ｂｐｓに通信速度を決定するということである。
【０１７１】
また、プリアンブルに限らずフォールバックを要求する信号を受信側から受け取ったら、通常のフォールバック制御に従い通信速度を決定し、通信速度を決定し、その決定した通信速度に高速ＮＳＳを設定して、再び高速ＮＳＳを送出して、上記の（２）、（３）の制御を行う。
【０１７２】
図２４は、図１８に変る受信側での通信速度決定のフローチャートである。図２４で図１８と同じ機能には同じステップ番号を振ることにした。
【０１７３】
（１）着信すると高速ＮＳＳの受信をまつ（ステップ３１１）。
【０１７４】
（２）次に高速ＮＳＳを受信しながら回線品質判定データを抽出する（ステップ３１２）。
【０１７５】
（３）高速ＮＳＳの受信を終了したら（ステップ３１３）、高速ＮＳＳの速度と回線品質判定データより伝送速度を決定する（ステップ３１４〜ステップ３１６）。もし決定できなかった場合は（ステップ３８１でＹＥＳ）、決定できなかったという旨の応答信号を送信して（ステップ３８２）、高速ＮＳＳを待つ。
【０１７６】
以後上記（２）、（３）を繰り返す。
【０１７７】
【発明の効果】
以上説明したように本発明では、短縮プロトコルで通信を行う通信装置で、通信速度を決定するための試験信号に対する相手機からの応答信号によって通信速度を決定するようにした。
【０１７８】
これにより、フォールバック手順を実行する必要をなくし、送信の中断や画像エラーの発生を押さえ、かつ装置を簡略化して、通信速度の決定に要する時間を短縮することができる。
【図面の簡単な説明】
【図１】 この発明のファクシミリ装置の一実施形態を示すブロック図。
【図２】 図１に示したファクシミリ装置の送信プロトコルを示す制御フローチャート。
【図３】 図２に示した送信プロトコルでの送信フェーズＡにおける処理の詳細を示したフローチャート。
【図４】 図２に示した送信プロトコルでの送信フェーズＢにおける処理の詳細を示したフローチャート。
【図５】 図２に示した送信プロトコルでの送信フェーズＣにおける処理の詳細を示したフローチャート。
【図６】 図２に示した送信プロトコルでの送信フェーズＤにおける処理の詳細を示したフローチャート。
【図７】 図１に示したファクシミリ装置の受信プロトコルを示す制御フローチャート。
【図８】 図７に示した受信プロトコルでの受信フェーズＢにおける処理の詳細を示したフローチャート。
【図９】 図７に示した受信プロトコルでの受信フェーズＣにおける処理の詳細を示したフローチャート。
【図１０】 図７に示した受信プロトコルでの受信フェーズＤにおける処理の詳細を示したフローチャート。
【図１１】 図１に示したファクシミリ装置における短縮プロトコルへのモード移行の第１のケースを示すシーケンスチャート。
【図１２】 図１に示したファクシミリ装置における短縮プロトコルへのモード移行の第２のケースを示すシーケンスチャート。
【図１３】 図１に示したファクシミリ装置における短縮プロトコルへのモード移行の第３のケースを示すシーケンスチャート。
【図１４】 図１に示したファクシミリ装置における受信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの一例。
【図１５】 図１４のフローチャートに対応する伝送速度決定のシーケンスチャート。
【図１６】 回線状態に対する回線品質判定データを示す図表。
【図１７】 回線品質判定データ毎の各伝送速度に対する受信状態を示す図表。
【図１８】 図１に示したファクシミリ装置における受信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの他の例。
【図１９】 図１８のフローチャートに対応する伝送速度決定のシーケンスチャート。
【図２０】 図１に示したファクシミリ装置における送信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの一例。
【図２１】 図２０のフローチャート中の極性反転／ＣＥＤチェックの詳細フローチャート。
【図２２】 図２０のフローチャート中のプリアンブルチェックの詳細フローチャート。
【図２３】 図１に示したファクシミリ装置における送信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの他の例。
【図２４】 図１に示したファクシミリ装置における受信側の画情報最高許容伝送速度決定プロトコルの基本的なフローチャートの更に他の例。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
３ 操作表示装置
４ 読取装置
５ 印字装置
６ 画像処理装置
７ 画像蓄積装置
８ システム制御部
９ 通信制御部１
１０ 通信制御部２１
１１ ディジタル網制御装置
１２ モデム
１３ アナログ網制御装置
１４ システムバス
１５ 回線切り替え制御装置
Claims (3)
- 公衆回線を介して送信側装置と受信側装置との間でファクシミリ信号の送受信を行う送受信手段を有する通信装置において、
前記受信側装置は、
複数の伝送速度に対応して回線状態毎の受信状態を示すテーブルを予め求め、前記送受信手段による特定の伝送速度のＮＳＳ（非標準機能設定）信号の受信に基づき回線状態を判別し、該判別した回線状態に基づき前記テーブルを参照して前記送受信手段による送受信の最高許容伝送速度を決定する伝送速度決定手段と、
前記伝送速度決定手段で決定した最高許容伝送速度の情報をＮＳＦ（非標準機能識別）信号に設定し、前記ＮＳＦ（非標準機能識別）信号を前記送受信手段で送信する制御手段と
を具備することを特徴とする通信装置。 - 前記伝送速度決定手段は、
複数の伝送速度毎の回線状態を判別する回線品質判定データを予め採取して記憶する回線品質判定データ記憶手段と、
前記送受信手段による特定の伝送速度のＮＳＳ（非標準機能設定）信号の受信過程において回線品質判定データを抽出する回線品質判定データ抽出手段と
を更に具備し、
前記回線品質判定データ抽出手段によって抽出した回線品質判定データに基づき前記回線品質判定データ記憶手段を参照して前記回線状態を判別する
ことを特徴とする請求項１記載の通信装置。 - 前記送信側装置は、
前記送受信手段で受信した前記ＮＳＦ（非標準機能識別）信号に含まれる最高許容伝送速度の情報に基づいて伝送速度を設定する制御手段
を具備することを特徴とする請求項１または２記載の通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00787096A JP3767000B2 (ja) | 1996-01-19 | 1996-01-19 | 通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00787096A JP3767000B2 (ja) | 1996-01-19 | 1996-01-19 | 通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09200359A JPH09200359A (ja) | 1997-07-31 |
| JP3767000B2 true JP3767000B2 (ja) | 2006-04-19 |
Family
ID=11677676
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00787096A Expired - Fee Related JP3767000B2 (ja) | 1996-01-19 | 1996-01-19 | 通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3767000B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001102968A (ja) * | 1999-09-29 | 2001-04-13 | Matsushita Electric Ind Co Ltd | 送信装置及び送信方法 |
| JP2013192191A (ja) * | 2012-03-15 | 2013-09-26 | Mitsubishi Electric Corp | 光ネットワーク制御方法、光ネットワーク |
-
1996
- 1996-01-19 JP JP00787096A patent/JP3767000B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09200359A (ja) | 1997-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3584519B2 (ja) | ファクシミリ通信方法及びファクシミリ装置 | |
| JP3767000B2 (ja) | 通信装置 | |
| JP3674072B2 (ja) | ファクシミリ通信方法及びファクシミリ装置 | |
| JP3214112B2 (ja) | ファクシミリの伝送制御方式 | |
| JP3707036B2 (ja) | ファクシミリ装置とファクシミリの通信制御方法 | |
| JP2002218191A (ja) | 通信端末装置及び通信制御プログラムを記録した記録媒体 | |
| JP3593257B2 (ja) | ファクシミリ装置 | |
| JP3606205B2 (ja) | ファクシミリゲートウェイ装置 | |
| JP3427605B2 (ja) | ファクシミリ装置 | |
| JP2652829B2 (ja) | ファクシミリ装置 | |
| JP3551595B2 (ja) | 通信装置 | |
| JPH09312749A (ja) | ファクシミリ装置の伝送制御方式 | |
| JP3645174B2 (ja) | ファクシミリ装置 | |
| JP3221102B2 (ja) | ファクシミリ装置 | |
| JP2788468B2 (ja) | ファクシミリ装置およびファクシミリ通信方法 | |
| JP3661709B2 (ja) | ファクシミリ装置 | |
| JP3457254B2 (ja) | ファクシミリ装置 | |
| JP3666455B2 (ja) | インターネットファクシミリ装置 | |
| JP3440626B2 (ja) | 通信装置 | |
| JPH09200289A (ja) | 通信装置 | |
| JPH09200472A (ja) | 通信装置 | |
| JPH07221957A (ja) | ファクシミリ装置における通信制御装置 | |
| JPH10290355A (ja) | ファクシミリ装置及びファクシミリ通信方法 | |
| JPH08204931A (ja) | ファクシミリ通信方法及びファクシミリ装置 | |
| JP2000332941A (ja) | リアルタイムインターネットファクシミリ装置およびその制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040323 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040521 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050111 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050314 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050719 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050920 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060110 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060123 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |