JPH09200472A - 通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 相手機器の条件にできるだけ合わせて、短縮
プロトコルを可能中ぎり実行し、短縮プロトコルが不可
能でも途中で通信が成立しなくなるような事態を避ける
ことが可能な通信装置の実現を課題とする。 【解決手段】 受信側ＣＰＵ（１）で送信側の指示内容
を解析して、指示内容通りのプロトコルによる通信が可
能かどうかを判断し、不可能な場合はシステム制御部
（８）で他のプロトコルによる通信に切り替えて通信を
行うようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、短縮プロトコル
で通信を行う通信装置に関し、ことに複数の短縮プロト
コルを選択し、また、短縮プロトコルでの通信が不可能
と判断した場合には通常のプロトコルでの通信に切り替
えて通信を行う通信装置に関する。

【０００２】

【従来の技術】従来、ファクシミリ装置等の通信装置に
おいて、プロトコル時間の短縮を行うための様々な提案
が成されている。ことにＧ３プロトコル時間のフェーズ
Ａ、フェーズＢのプロトコル時間の短縮に関する技術に
は以下に上げるようなものがある。

【０００３】例えば、特開昭６２−３８６６０は、３０
０ｂｐｓのＮＳＦ（非標準機能識別信号）を受信後、３
００ｂｐｓのＮＳＳ（非標準機能設定信号）に続いて画
情報を送信する。これによってＴＣＦ（トレーニングチ
ェック）とＣＦＲ（受信準備確認信号）を送信する時間
を短縮する。この時、受信側で画情報のトレーニングが
取れなかった場合には、受信側はＮＡＣＫ信号を送り、
それを受信した送信側は再度トレーニングを送出して画
情報を送出する。

【０００４】しかし、この方法は、ＮＳＦとＮＳＳを３
００ｂｐｓで行っているため、ＩＴＵ−Ｔ勧告Ｔ．３０
よりは確かにプロトコル時間は短縮されるが、ＮＳＦと
ＮＳＳのデータ量にもよるが通信機能が増加傾向にあ
り、ＮＳＦとＮＳＳのデータ量が増加の一途を辿ってい
る昨今ではＮＳＦとＮＳＳを３００ｂｐｓのままで通信
してもさほどプロトコル時間の短縮にならないという問
題がある。また、３００ｂｐｓのＮＳＳの後に引き続い
て画情報送出するため、通信速度を下げていくフォール
バック手順がなく、最初の高速のトレーニングがエラー
になった場合、受信側でその旨のＮＡＣＫ信号を送出
し、送信側はもう一度トレーニングを送出することにな
っているが、通常このようなＮＡＣＫ信号を検知する必
要はないため、新たな構成を追加することになり、コス
トアップにつながるという問題がある。

【０００５】特開平３−６８２６２は、発呼側はＣＥＤ
（被呼端末識別信号）検出後トーンを送出し、被呼側は
トーンを検出してＣＥＤを停止する。発呼側はＣＥＤの
長さを計測して閾値よりも小さければＮＳＳを高速で送
出する。この方法では前手順のネゴシエーションを省略
して高速でＮＳＳを送出するため、送信側、受信側で予
め決定しておいた通信パラメータ（紙サイズや線密度や
圧縮方式など）で通信する。また、高速のＮＳＳの通信
速度についてもスタート速度を予め決めておき、エラー
発生の場合の再送はその都度行い、規定回数エラーが発
生すると例えば９６００ｂｐｓから７２００ｂｐｓへフ
ォールバックして通信を行う。

【０００６】この方法は前手順のネゴシエーションを省
略して高速でＮＳＳを送出するため、予め決定しておい
た通信パラメータでしか通信できない。このため、通常
の送信時なら通信できる機能が短縮手順で通信を行うと
できないことがあるという問題が生まれる。

【０００７】また高速ＮＳＳの通信速度も予め決めてお
けばエラーが発生してもフォールバックできるようにな
っているが、実際には受信側でエラーが発生したと分か
ればフォールバックが可能であるものの、受信側で信号
そのものが受け取れない場合もある。このような場合
に、規定のエラー発生回数でフォールバックするとなっ
ていると、送信側と受信側でエラーが発生したと認識さ
れている回数が違い、送信側、受信側で通信速度が食い
違い、通信そのものが成立しなくなるという問題があ
る。

【０００８】特開平３−１５４５６６では、送信側で極
性反転を検知すると、３００ｂｐｓのＮＳＳを出し、極
性反転を検知できずにＣＥＤを検出するとトーンを送っ
てＣＥＤを停止させ、３００ｂｐｓのＮＳＳを出力す
る。ＮＳＦを省略するので、最初の通信時に相手機のＮ
ＳＦのＦＩＦ（ファクシミリ情報フィールド）を記憶し
ておき、その記憶している内容とネゴシエーションを行
って通信パラメータをきめる。画情報の通信速度につい
ては送信側で記憶しておき、その速度で通知する。ＴＣ
Ｆの送出を省略し、ＣＦＲを受信したら通知した速度で
画情報を送信する。

【０００９】この方法では、３００ｂｐｓのＮＳＦを省
略し、ＴＣＦの送出も省略しているので、かなり前プロ
トコル時間は短縮できるが、通信機能が増加しＮＳＳの
データ量が増加の一途を辿っている昨今では、ＮＳＳを
３００ｂｐｓのまま通信するのでそれほど全体のプロト
コル時間を短縮できないという面がある。

【００１０】また、ＮＳＦを省略しているため、最初の
通信で相手のＮＳＦのＦＩＦを記憶する必要があり、こ
れを相手先ごとに記憶しておくために多量の記憶メモリ
が必要であり、これがコストアップにつながるという問
題がある。さらにフォールバック手順がないため、通信
速度の履歴を記憶しておく必要もあり、これも相手先ご
とに記憶する必要があるので、これもコストアップにつ
ながる。

【００１１】特開平３−２０５９５８では、３００ｂｐ
ｓのＮＳＦで通信速度を設定し、送信側はその速度で高
速のＮＳＳを送信し、引続きフレーム化した画情報も送
信する。この速度についてはＮＳＦまたはＤＩＳ（ディ
ジタル識別信号）の受信能力の内の最高速度で通信して
も良い。ＮＳＳにＦＣＳ（ファクシミリ制御シーケン
ス）エラーが発生した場合には受信側からその旨のトー
ンを送出して送信側は高速のＮＳＳを再送する。

【００１２】先にも述べたように、ＮＳＦが増加の一途
を辿っている昨今ではＮＳＦを３００ｂｐｓのまま通信
することではそれほどプロトコル時間を短縮することが
できないという問題がある。かといってこの発明は接続
時に特別な工夫を行っていないため、少なくとも最初の
ＮＳＦは従来どうりの３００ｂｐｓで送信する以外に方
法がない。

【００１３】また、速度については、ＮＳＦまたはＤＩ
Ｓの受信能力のうちの最高速度で通信しても良いとされ
ているが、この発明ではＮＳＦの後にすぐ高速のＮＳＳ
が来るので、もし送信側の最高速度が受信側よりも遅い
とすると、受信側ではそのことを知る手立てがないため
どの速度で来るかが分からず、通信が成り立たないとい
った問題が発生する。

【００１４】また、高速ＮＳＳに引続き画情報を送出す
るため、フォールバック手順がなく、最初の高速でトレ
ーニングがエラーになった場合に受信側はその旨のトー
ンを送出し、送信側は高速のＮＳＳを再送することにな
っているが、このようなトーンは通常検出する必要がな
いため新たな構成を追加せねばならず、これはコストア
ップにつながる。

【００１５】特開平５−２１９３３４では、ＣＥＤを検
出したら発呼側が独自のトーン（ＤＴＭＦ）を送出して
ＣＥＤを停止させ、短縮プロトコル用の３００ｂｐｓの
ＮＳＦ（一部必須能力の項目を省いたＮＳＦ）を送出す
る。独自のトーンは画情報の伝送速度を通知する機能を
兼ねている。この独自のトーンで通知した速度で画情報
の前に画情報のパラメータを高速で送出してその後画情
報を送出する。

【００１６】ところで、先にも述べたように、ＮＳＦが
増加の一途を辿っている昨今ではＮＳＦを３００ｂｐｓ
のまま通信することではそれほどプロトコル時間を短縮
することができないという問題がある。

【００１７】また、３００ｂｐｓのＮＳＦに対して高速
で画情報を送出しだすので、その伝送速度を通知するた
めに発呼側が最初に独自のトーンで画情報の通信速度を
受信側に通知できるようにしているが、これは画情報の
前に画情報のパラメータを高速に送出して、その後に画
情報を送出するという制御なので、画情報の通信速度だ
けを送出しておれば済んでいた。しかし、画情報の前に
画情報のパラメータを高速に送出し、その後に画情報を
送出するという手順では、フォールバック手順がないと
いう問題がある。フォールバック手順を考えるとすると
高速でのコマンドのやり取りを考える必要がある。しか
し画情報と同じ速度を前プロトコル手順のコマンド送出
に採用してしまってはＶ１７のようにトレーニング時間
だけで１秒強掛かってしまうケースもあり、画情報の通
信速度を単純にプロトコル手順のコマンドを高速で送出
する場合の最適な速度としてしまうのは問題がある。

【００１８】以上のように従来の前プロトコル手順の短
縮方法にはまだまだ問題があり、根本的な手順の制御方
法の改善で従来以上に短縮された前プロトコル手順を実
現できる可能性がある。

【００１９】

【発明が解決しようとする課題】以上に述べたように、
従来のファクシミリ装置などの通信装置におけるプロト
コル手順の短縮方法にはまだまだ問題が多い。

【００２０】そこで、この発明は、このような問題を解
決するため、送信側から高速の能力宣言信号を送出して
ネゴシエーションを行い、その後画情報を送出するとい
う手順が考えられる。しかし、このような方法による
と、相手形の能力を知らないまま送信側で指示信号を送
出するので、その指示内容で受信側が短縮プロトコルで
受信出来ない場合もある。このような場合、短縮プロト
コルのネゴシエーションの結果、短縮プロトコルで通信
できないと判断した場合は、通常のプロトコル手順に切
り替えるようにすることを目的とする。

【００２１】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の通信プロトコル手順を含む複数の
通信パラメータを有する通信装置において、送信側から
指示された通信パラメータを解析する解析手段と、前記
解析手段が解析した前記通信パラメータで指示される通
信プロトコル手順で通信が可能かどうかを判定する判定
手段と、複数の通信プロトコル手順を制御する制御手段
とを具備し、前記判定手段が送信側から指示された前記
通信パラメータで指示される前記通信プロトコル手順で
の通信が不可能と判定した場合には、前記制御手段は他
の通信可能な通信プロトコル手順に切り替えて通信を制
御することを特徴とする。

【００２２】ここで、前記複数の通信プロトコル手順に
は少なくとも短縮プロトコル手順とＩＴＵ−Ｔ勧告Ｔ．
３０プロトコル手順が含まれ、前記判断手段が前記短縮
プロトコル手順で前記送信側から指示された通信パラメ
ータでの通信が不可能と判断したときには、前記制御手
段は前記ＩＴＵ−Ｔ勧告Ｔ．３０プロトコル手順に切り
替えて通信を行うことを特徴とする。

【００２３】

【発明の実施の形態】以下、本発明にかかるファクシミ
リ装置を添付図面を参照にして詳細に説明する。

【００２４】図１に、本発明が実施されるファクシミリ
装置の構成を示すブロック図を示す。

【００２５】図１で、１は装置全体の制御を行うＣＰ
Ｕ、２は制御プログラムが使用するワークエリアとなる
ＲＡＭ、３は装置の操作のための操作表示装置、４は送
信原稿を読み取る読取装置、５は受信画像等を記録する
印字装置、６は符号化、復合化、拡大、縮小等を行う画
像処理装置、７は画情報を格納する画像蓄積装置、８は
装置を制御するプログラムを格納するＲＯＭからなるシ
ステム制御部、９はディジタル網に適した通信を制御す
るためのプログラムを格納するＲＯＭを有する通信制御
部１、１０はアナログ網に適した通信を制御するための
プログラムを格納するＲＯＭを有する通信制御部２、１
１はディジタル網へ通信を接続するためのディジタル網
制御装置、１２は変復調装置であるモデム、１３はアナ
ログ網へ通信を接続するためのアナログ網制御装置で自
動発着信機能を備えたもの、１４は各機能ブロック相互
間のデータのやり取りを行うためのシステムバス、１５
は複数の外部回線インタフェースと複数の内部通信回線
を接続する回線切り替え制御装置である。

【００２６】ＣＰＵ１は、装置への電源投入時にシステ
ム制御部８のＲＯＭからプログラムを読取り、このプロ
グラムに基づいて、システムバス１４を介して各構成部
分に制御命令を送出して装置全体を制御する。

【００２７】ＲＡＭ２は、ＣＰＵ１のワークエリアとし
て動作する。

【００２８】操作表示装置３は、いわゆるタッチパネル
などから構成され、パネルへの接触によって装置への指
示を入力し、現在の装置の状態を表示する入出力手段で
ある。

【００２９】読取装置４は、送信原稿や複写原稿を白色
光で照射してスキャンし、その反射光の強度を量子化し
てディジタル画像信号に変換する。

【００３０】印字装置５は、受信画像信号を記録用紙に
印字出力する。

【００３１】画像処理装置６は、送信データを符号化
し、受信データを復合化する。更に必要に応じて送受信
データの拡大、縮小を行う。

【００３２】画像蓄積装置７は、読取装置４で読み取ら
れた原稿の画像データや受信した画像データをディジタ
ル的にファイル毎に記憶しておく記憶装置である。

【００３３】システム制御部８は、装置を制御するＣＰ
Ｕ１の制御用プログラムを格納するＲＯＭから構成され
ており、装置への電源投入時にＲＯＭからプログラムが
ＣＰＵ１に読み取られる。

【００３４】通信制御部１（９）は、ディジタル網制御
装置１１を制御してディジタル網に適した通信プロトコ
ルを実行するための制御回路で、内部にディジタル通信
制御用のプログラムを格納するＲＯＭを有している。

【００３５】通信制御部２（１０）は、アナログ網制御
装置１３を制御してアナログ網に適した通信プロトコル
を実行するための制御回路で、内部にアナログ通信制御
用のプログラムを格納するＲＯＭを有している。

【００３６】ディジタル網制御装置１１は、ディジタル
網にアクセスして相手の通信装置との通信の接続、切断
を制御し、あるいはディジタル通信データを検知するた
めの制御装置である。

【００３７】モデム１２は、アナログ網によって検出さ
れたアナログデータをディジタルデータに変更し回線切
り替え装置１５を介して装置に入力し、回線切り替え装
置１５からのディジタルデータをアナログデータに変更
して通信制御部２（１０）に送る役割りを果たす。

【００３８】アナログ網制御装置１３は、アナログ網に
アクセスして相手の通信装置との通信の接続、切断を制
御し、あるいはアナログ通信データを検知するための制
御装置である。

【００３９】システムバス１４は、この通信装置を構成
している各機能ブロック相互間のデータの送受信のた
め、あるいは制御命令の伝達を行うためのバスである。

【００４０】回線切り替え制御装置１５は、ディジタル
網とアナログ網のいずれの回線網にアクセスして通信を
行うかを選択して切り替えるための切り替え回路で、デ
ィジタル網制御装置１１とアナログ網制御装置１３に接
続されて制御されている。

【００４１】このファクシミリ装置は通信網を介してこ
の装置と同様な装置に、あるいはアナログ網にのみ通信
接続可能な装置に、あるいはディジタル網にのみ通信接
続可能な装置に接続され、その間でファクシミリ通信を
行う。この装置をアナログ網にのみ接続する場合は、通
信制御部１（９）とディジタル網制御装置１１とが省略
でき、この装置をディジタル網にのみ接続する場合は、
通信制御部２（１０）とモデム１２とアナログ網制御装
置１３とが省略できる。

【００４２】このような構成を有するファクシミリ装置
の送信動作を送信プロトコルの制御フローチャート図２
〜図６にそって説明する。

【００４３】図２は、この実施例のファクシミリ装置の
送信プロトコルを制御フローチャートで示したものであ
る。

【００４４】まず、相手機に対して発呼が行われると
（ステップ１０１）、この相手機に短縮プロトコル受信
能力がありとが記憶されているかどうかを調べる（ステ
ップ１０２）。ここで、相手機に短縮プロトコル受信能
力があるか否かは、図２に示したＲＡＭ２の所定に記憶
領域に記憶される宛先データリストに相手機の、例え
ば、短縮番号に対応して予め記憶されている。

【００４５】すなわち、ステップ１０２では、発呼した
相手機の短縮番号に基づき上記ＲＡＭ２の宛先データリ
ストを検索し、相手機に短縮プロトコル受信能力があり
と記憶されているか否かを調べる。

【００４６】そして、相手機に短縮プロトコル受信能力
がありと記憶されている場合は（ステップ１０３でＹＥ
Ｓ）、送信フェーズＡを実行する（ステップ１１２）。
この送信フェーズＡの詳細は後に図３を参照して説明す
る。

【００４７】送信フェーズＡが終了すると、この送信フ
ェーズＡで短縮プロトコル（短プロ）送信に移行したか
否かを判定し（ステップ１１３）、ここで短縮プロトコ
ル送信に移行している場合は（ステップ１１３でＹＥ
Ｓ）、次に、送信フェーズＢを実行する（ステップ１１
４）。この送信フェーズＢの詳細は後に図４を参照して
説明する。

【００４８】送信フェーズＢが終了すると、この送信フ
ェーズＢで短縮プロトコル（短プロ）送信に移行したか
否かを判定し（ステップ１１５）、ここで短縮プロトコ
ル送信に移行している場合は（ステップ１１５でＹＥ
Ｓ）、次に、送信フェーズＣを実行する（ステップ１１
６）。この送信フェーズＣの詳細は後に図５を参照して
説明する。

【００４９】送信フェーズＣが終了すると、次に、送信
フェーズＤを実行する（ステップ１１７）。この送信フ
ェーズＤの詳細は後に図６を参照して説明する。

【００５０】送信フェーズＤが終了すると、この送信フ
ェーズＤにおいて、送信フェーズＣへ移行するかを調べ
る（ステップ１１８）。ここで、送信フェーズＣへ移行
する場合は（ステップ１１８でＹＥＳ）、ステップ１１
６に戻り、送信フェーズＣへの移行しない場合は（ステ
ップ１１８でＮＯ）、次に送信フェーズＤにおいて、送
信フェーズＢへ移行するかを調べる（ステップ１１
９）。ここで、送信フェーズＢへ移行する場合は（ステ
ップ１１９でＹＥＳ）、ステップ１１４に戻り、送信フ
ェーズＢへ移行がしない場合は（ステップ１１９でＮ
Ｏ）、低速ＤＣＮ（切断命令信号）を送出し、この送信
プロトコルを終了する。

【００５１】また、ステップ１０３で、相手機に短縮プ
ロトコル受信能力がありと記憶されていない場合は、ま
ず、１１００ＨｚのＣＮＧ（コーリングトーン）を送出
し（ステップ１０４）、次に相手機からＣＥＤ（被呼端
末識別信号）または何等かのコマンドを受信したかを調
べ（ステップ１０５）、ＣＥＤまたは何等かのコマンド
を受信していない場合は（ステップ１０５でＮＯ）、ス
テップ１０４に戻り、再びＣＮＧを送出し、ＣＥＤまた
は何等かのコマンドを受信している場合は（ステップ１
０５でＹＥＳ）、次に相手機からＮＳＦ（非標準機能識
別信号）を受信したかを調べ（ステップ１０６）、ＮＳ
Ｆを受信している場合は（ステップ１０６でＹＥＳ）、
この受信したＮＳＦが自社のＮＳＦかを調べ（ステップ
１０８）、自社のＮＳＦである場合は、この自社のＮＳ
Ｆに短縮プロトコル送信能力有りを示す情報が含まれて
いるかを調べ（ステップ１０８）、短縮プロトコル送信
能力有りを示す情報が含まれている場合は（ステップ１
０８でＹＥＳ）、上述した図２に示したＲＡＭ２の宛先
データリストに該相手機の短縮番号に対応して、短縮プ
ロトコル受信能力ありと記憶し（ステップ１０９）、ス
テップ１１４に進み、送信フェーズＢを実行する。

【００５２】なお、ステップ１０６でＮＳＦを受信して
いないと判断された場合、すなわちＤＩＳ（ディジタル
識別信号）を受信した場合（ステップ１０６でＮＯ）、
ステップ１０７で受信したＮＳＦが自社のＮＳＦでない
と判断された場合（ステップ１０７でＮＯ）、またはス
テップ１０８で自社のＮＳＦに短縮プロトコル送信能力
有りを示す情報が含まれていないと判断された場合（ス
テップ１０８でＮＯ）は、図２に示したＲＡＭ２の宛先
データリストに該相手機の短縮番号に対応して、短縮プ
ロトコル受信能力なしと記憶し（ステップ１１０）、通
常の送信を行い（ステップ１１１）、この送信プロトコ
ルを終了する。

【００５３】また、ステップ１１３で送信フェーズＡに
おいて短縮プロトコル送信に移行していないと判断され
た場合（ステップ１１３でＮＯ）、またはステップ１１
５で送信フェーズＢにおいて短縮プロトコル送信に移行
していないと判断された場合（ステップ１１５でＮＯ）
は、通常送信と判断してステップ１０６に進み、相手機
からＮＳＦを受信したかを調べる。

【００５４】図３は、図２に示したステップ１１２の送
信フェーズＡにおける処理の詳細を示したものである。
この送信フェーズＡにおいては、まず、相手機が極性反
転検知機能を実装しているか否かを調べる（ステップ１
２１）。ここで、相手機が極性反転検知機能を実装して
いるか否かは、図２に示したＲＡＭ２の宛先データリス
トに相手機の、例えば、短縮番号に対応して予め記憶さ
れている。

【００５５】すなわち、ステップ１２１では、発呼した
相手機の短縮番号に基づき上記ＲＡＭ２の宛先データリ
ストを検索し、相手機が極性反転検知機能を実装してい
るか否かを調べる。

【００５６】ここで、相手機が極性反転検知機能を実装
している場合は（ステップ１２１でＹＥＳ）、ＣＮＧ
（コーリングトーン）送出開始タイマーをスタートさせ
（ステップ１２７）、次に極性反転を検知したかを調べ
る（ステップ１２７）。ここで、極性反転の検知は後に
詳述するように、極性反転の回数がこの相手機に対する
前回の通信時に学習した極性判定回数に達したか否かに
より判定され、極性反転の回数がこの相手機に対する前
回の通信時に学習した極性判定回数に達した場合は（ス
テップ１２７でＹＥＳ）、短縮プロトコル（短プロ）送
信に移行する（ステップ１３３）。

【００５７】また、ステップ１２７で、極性反転を検知
していない、すなわち極性反転の回数がこの相手機に対
する前回の通信時に学習した極性判定回数に達していな
い場合は（ステップ１２７でＮＯ）、次にＣＮＧ送出開
始タイマーがタイムアウトしているかを調べ（ステップ
１２８）、ＣＮＧ送出開始タイマーがタイムアウトして
いない場合は（ステップ１２８でＮＯ）、ステップ１２
７に戻り、ＣＮＧ送出開始タイマーがタイムアウトして
いる場合は（ステップ１２８でＹＥＳ）、ＣＮＧ（コー
リングトーン）を送出し（ステップ１２９）、再び極性
反転を検知したかを調べる（ステップ１３０）。この極
性反転の検知も後に詳述するように、極性反転の回数が
この相手機に対する前回の通信時に学習した極性判定回
数に達したか否かにより判定される。そして、ここで極
性反転が検知されると、すなわち極性反転の回数がこの
相手機に対する前回の通信時に学習した極性判定回数に
達した場合は（ステップ１３０でＹＥＳ）、短縮プロト
コル（短プロ）送信に移行する（ステップ１３３）。

【００５８】また、ステップ１３０で、極性反転が検知
されない場合、すなわち極性反転の回数がこの相手機に
対する前回の通信時に学習した極性判定回数に達しない
場合は（ステップ１３０でＮＯ）、次にＣＥＤ（被呼端
末識別信号）を受信したかを調べ（ステップ１３１）、
ＣＥＤを受信した場合は（ステップ１３１でＹＥＳ）、
短縮プロトコル（短プロ）送信に移行する（ステップ１
３３）。

【００５９】また、ステップ１３１でＣＥＤを受信して
いないと判断された場合は（ステップ１３１でＮＯ）、
低速コマンドを受信したかを調べ（ステップ１３２）、
低速コマンドを受信していない場合は（ステップ１３２
でＮＯ）、ステップ１２９に戻り、ＣＮＧ（コーリング
トーン）を再び送出し、低速コマンドを受信したと判断
した場合は（ステップ１３２でＹＥＳ）、通常送信に移
行する（ステップ１２５）。

【００６０】また、ステップ１２１で相手機が極性反転
検知機能を実装していないと判断した場合は（ステップ
１２１でＮＯ）、ＣＮＧ（コーリングトーン）を送出し
（ステップ１２２）、次にＣＥＤ（被呼端末識別信号）
を受信したかを調べ（ステップ１２３）、ＣＥＤを受信
した場合は（ステップ１２３でＹＥＳ）、短縮プロトコ
ル（短プロ）送信に移行する（ステップ１３３）。

【００６１】また、ステップ１２３でＣＥＤを受信して
いないと判断された場合は（ステップ１２３でＮＯ）、
低速コマンドを受信したかを調べ（ステップ１２４）、
低速コマンドを受信していない場合は（ステップ１２４
でＮＯ）、ステップ１２２に戻り、ＣＮＧ（コーリング
トーン）を再び送出し、低速コマンドを受信したと判断
した場合は（ステップ１２４でＹＥＳ）、通常送信に移
行する（ステップ１２５）。

【００６２】図４は、図２に示したステップ１１４の送
信フェーズＢにおける処理の詳細を示したものである。
この送信フェーズＢにおいては、まず、ポーリングか否
かを調べ（ステップ１４１）、ポーリングでない場合
は、短縮プロトコルへの移行を指示する信号送出（ステ
ップ１４２）、高速ＮＳＳ（非標準機能設定信号）送出
（ステップ１４３）を行い、次に相手機からレスポンス
を受信したかを調べる（ステップ１４４）。

【００６３】ここで、相手機からレスポンスを受信した
場合は（ステップ１４４でＹＥＳ）、次に高速ＮＳＦ
（非標準機能識別信号）を受信したかを調べ（ステップ
１４８）、高速ＮＳＦを受信した場合は（ステップ１４
８でＹＥＳ）、短縮プロトコル（短プロ）送信に移行す
る（ステップ１５０）。

【００６４】また、ステップ１４８で、高速ＮＳＦを受
信していない、すなわち、例えばＮＳＦ／ＤＩＳ等の低
速コマンドを受信した場合は（ステップ１４８でＮ
Ｏ）、通常送信に移行する（ステップ１４９）。

【００６５】また、ステップ１４４で、相手機からのレ
スポンスを受信しない場合は（ステップ１４４でＮ
Ｏ）、極性反転を検知したかを調べる（ステップ１４
５）。

【００６６】ここにおける極性反転の検知も後に詳述す
るように、極性反転の回数がこの相手機に対する前回の
通信時に学習した極性判定回数に達したか否かにより判
定される。

【００６７】ステップ１４５において、極性反転を検知
しない場合は（ステップ１４５でＮＯ）、フォールバッ
クパラメータをセットし（ステップ１４６）、ステップ
１４２に戻り、再び短縮プロトコルへの移行を指示する
信号送出（ステップ１４２）、高速ＮＳＳ（非標準機能
識別信号）送出（ステップ１４３）を行う。

【００６８】また、ステップ１４７で、極性反転を検知
した場合は（ステップ１４７でＹＥＳ）、初期値の通信
速度をセットし直し（ステップ１４７）、ステップ１４
２に戻り、再び短縮プロトコルへの移行を指示する信号
送出（ステップ１４２）、高速ＮＳＳ（非標準機能識別
信号）送出（ステップ１４３）を行う。

【００６９】すなわち、相手機が極性反転検知機能を実
装している場合は、相手機からのレスポンス受信を待っ
ている時も極性反転の検知を行い、極性反転を検知した
場合は初期値の通信速度をセットし直す処理を行う。

【００７０】また、ステップ１４１でポーリングである
と判定された場合は（ステップ１４１でＹＥＳ）、短縮
プロトコルへの移行を指示する信号送出（ステップ１５
１）、高速ＮＳＣ（非標準機能命令信号）送出（ステッ
プ１５２）を行い、次に相手機からレスポンスを受信し
たかを調べる（ステップ１５３）。

【００７１】ここで、相手機からレスポンスを受信した
場合は（ステップ１５３でＹＥＳ）、次に高速ＮＳＳ
（非標準機能設定信号）を受信したかを調べ（ステップ
１５７）、高速ＮＳＳを受信した場合は（ステップ１５
７でＹＥＳ）、図８で後に説明する受信フェーズＢに移
行する（ステップ１５９）。

【００７２】また、ステップ１５７で、高速ＮＳＳを受
信していない、すなわち、例えばＮＳＳ／ＤＩＳ等の低
速コマンドを受信した場合は（ステップ１５７でＮ
Ｏ）、通常送信に移行する（ステップ１５８）。

【００７３】また、ステップ１５３で、相手機からのレ
スポンスを受信しない場合は（ステップ１５３でＮ
Ｏ）、極性反転を検知したかを調べる（ステップ１５
４）。

【００７４】ここにおける極性反転の検知も後に詳述す
るように、極性反転の回数がこの相手機に対する前回の
通信時に学習した極性判定回数に達したか否かにより判
定される。

【００７５】ステップ１５４において、極性反転を検知
しない場合は（ステップ１５４でＮＯ）、フォールバッ
クパラメータをセットし（ステップ１５５）、ステップ
１５１に戻り、再び短縮プロトコルへの移行を指示する
信号送出（ステップ１５１）、高速ＮＳＣ（非標準機能
設定信号）送出（ステップ１５２）を行う。

【００７６】また、ステップ１５４で、極性反転を検知
した場合は（ステップ１５４でＹＥＳ）、初期値の通信
速度をセットし直し（ステップ１５６）、ステップ１５
１に戻り、再び短縮プロトコルへの移行を指示する信号
送出（ステップ１５１）、高速ＮＳＣ（非標準機能設定
信号）送出（ステップ１５２）を行う。

【００７７】図５は、図２に示したステップ１１６の送
信フェーズＣにおける処理の詳細を示したものである。
この送信フェーズＣにおいては、まず、画情報の再送か
を調べ（ステップ１６１）、ここで、画情報の再送でな
いと判断された場合は（ステップ１６１でＮＯ）、フレ
ーム番号０のフレームにＮＳＳ（非標準機能設定信号）
を入れて送出し（ステップ１６２）、続いて画情報をフ
レームに入れて送出し（ステップ１６３）、次にこの画
情報の送出が終了したかを調べ（ステップ１６４）、終
了していない場合は（ステップ１６４でＮＯ）、ステッ
プ１６３に戻り、終了した場合は（ステップ１６４でＹ
ＥＳ）、ＲＣＰ（部分ページ制御復帰）フレームにポス
トメッセージコマンドの内容を入れて送出し（ステップ
１６５）、その後リターンする。

【００７８】また、ステップ１６１で、画情報の再送の
場合は（ステップ１６１でＹＥＳ）、再送対象の画情報
をフレームに入れて送出し（ステップ１６６）、次にこ
の画情報の再送が終了したかを調べ（ステップ１６
７）、終了していない場合は（ステップ１６７でＮ
Ｏ）、ステップ１６６に戻り、終了した場合は（ステッ
プ１６７でＹＥＳ）、ＲＣＰ（部分ページ制御復帰信
号）フレームにポストメッセージコマンドの内容を入れ
て送出し（ステップ１６５）、その後リターンする。

【００７９】図６は、図２に示したステップ１１７の送
信フェーズＤにおける処理の詳細を示したものである。
この送信フェーズＤにおいては、まず、相手機からのレ
スポンスを受信したかを調べ（ステップ１７１）、レス
ポンスを受信していない場合は（ステップ１７１でＮ
Ｏ）、ＰＰＳ−ＱまたはＰＰＳ−ＰｒｉＱによる低速ポ
ストメッセージコマンドを送出しステップ１７１に戻
る。

【００８０】ステップ１７１で相手機からのレスポンス
を受信した場合は（ステップ１７１でＹＥＳ）、次に低
速ＭＣＦ（メッセージ確認信号）を受信したかを調べ
（ステップ１７３）、低速ＭＣＦを受信した場合は（ス
テップ１７３でＹＥＳ）、ステップ１８６へ進む。 ま
た、ステップ１７３で低速ＭＣＦを受信していないと判
断された場合は（ステップ１７３でＮＯ）、次に低速Ｐ
ＰＲ（部分ページ要求信号）を受信したかを調べる（ス
テップ１７４）、ここで、低速ＰＰＲを受信した場合は
（ステップ１７４でＹＥＳ）、ＣＴＣ（訂正続行信号）
の送出が必要かを調べ（ステップ１７７）、必要な場合
は（ステップ１７７でＹＥＳ）、低速ＣＴＣを送出し
（ステップ１７８）、低速ＣＴＲ（訂正続行応答信号）
を受信すると（ステップ１７９でＹＥＳ）、送信フェー
ズＣへ移行する（ステップ１８７）。

【００８１】また、ステップ１７７でＣＴＣ（訂正続行
信号）の送出が必要でないと判断された場合は（ステッ
プ１７７でＮＯ）、次に、ＥＯＲ（再送終了信号）の送
出が必要かを調べ（ステップ１８０）、必要な場合は
（ステップ１８０でＹＥＳ）、低速ＥＯＲを送出し（ス
テップ１８１）、低速ＥＲＲ（再送終了応答信号）を受
信すると（ステップ１８２でＹＥＳ）、ステップ１８６
へ進む。

【００８２】また、ステップ１８２で低速ＥＲＲ（再送
終了応答信号）を受信しないと判断されると、つぎに低
速ＰＩＮ（手順中断否定信号）を受信したかを調べ（ス
テップ１８３）、低速ＰＩＮを受信すると（ステップ１
８３でＹＥＳ）、ラインホールド手順を行い（ステップ
１８４）、ステップ１８６に進む。

【００８３】また、ステップ１７４で、低速ＰＰＲを受
信しない場合は（ステップ１７４でＮＯ）、次に低速Ｐ
ＩＰ（手順中断肯定信号）を受信したかを調べ（ステッ
プ１７５）、低速ＰＩＰを受信した場合は（ステップ１
７５でＹＥＳ）、ラインホールド手順を行い（ステップ
１８５）、ステップ１８６に進む。

【００８４】また、ステップ１７５で低速ＰＩＰを受信
しない場合は（ステップ１７５でＮＯ）、所定のエラー
処理を行い（ステップ１７６）、ステップ１８６に進
む。

【００８５】ステップ１８６では、送出したポストメッ
セージコマンドより次の手順が送信フェーズＣ、送信フ
ェーズＤ、送信フェーズＥのいずれかかを判断する。そ
して、次の手順が送信フェーズＣであると判断された場
合は送信フェーズＣに移行し（ステップ１８９）、送信
フェーズＤであると判断された場合は送信フェーズＤに
移行し（ステップ１９０）、送信フェーズＥであると判
断された場合は送信フェーズＥに移行する（ステップ１
９１）。

【００８６】次に、この実施例のファクシミリ装置の受
信動作を図７乃至図１０に示す受信プロトコルの制御フ
ローチャートを用いて説明する。

【００８７】図７は、この実施例のファクシミリ装置の
受信プロトコルを制御フローチャートで示したものであ
る。

【００８８】相手機からの着信があると（ステップ２０
１）、１．８秒のタイマーをスタートさせ（ステップ２
０２）、短縮プロトコルへの移行を指示する信号受信か
を調べる（ステップ２０３）。

【００８９】ここで、信号を受信した場合は（ステップ
２０３でＹＥＳ）、まず受信フェーズＢを実行する。こ
の受信フェーズＢの詳細は後に図８を参照して説明す
る。

【００９０】受信フェーズＢが終了すると、次に、受信
フェーズＣを実行する。この受信フェーズＣの詳細は後
に図９を参照して説明する。

【００９１】受信フェーズＣが終了すると、次に、受信
フェーズＤを実行する。この受信フェーズＤの詳細は後
に図１０を参照して説明する。

【００９２】受信フェーズＤが終了すると、この受信フ
ェーズＤにおいて、受信フェーズＣへの移行かを調べる
（ステップ２０７）。ここで、受信フェーズＣへの移行
の場合は（ステップ２０７でＹＥＳ）、ステップ２０５
に戻り、受信フェーズＣへの移行でない場合は（ステッ
プ２０７でＮＯ）、次に受信フェーズＤにおいて、受信
フェーズＢへの移行かを調べ（ステップ２０８）、受信
フェーズＢへの移行の場合は（ステップ２０８でＹＥ
Ｓ）、ステップ２０４に戻り、受信フェーズＢへの移行
でない場合は（ステップ２０８でＮＯ）、受信フェーズ
Ｅへの移行であるので低速ＤＣＮ（切断命令信号）を受
信し（ステップ２０９）、この受信プロトコルを終了す
る。

【００９３】また、ステップ２０３において、短縮プロ
トコルへの移行を指示する信号受信でないと判断されな
い場合は（ステップ２０３でＮＯ）、次にＣＮＧ（コー
リングトーン）受信かを調べ（ステップ２１０）、ＣＮ
Ｇ受信でない場合は（ステップ２１０でＮＯ）、１．８
秒のタイマーがタイムアウトかを調べ（ステップ２１
１）、タイムアウトでない場合は（ステップ２１１でＮ
Ｏ）、ステップ２０３に戻り、タイムアウトである場合
は（ステップ２１１でＹＥＳ）、ＣＥＤ（被呼端末識別
信号）を送出する（ステップ２１２）。

【００９４】また、ステップ２１０でＣＮＧ受信と判断
された場合は、ステップ２１２に進み、ＣＥＤ（被呼端
末識別信号）を送出する。

【００９５】ステップ２１２でＣＥＤを送出すると、再
び短縮プロトコルへの移行を指示する信号受信かを調べ
る（ステップ２１３）。ここで、短縮プロトコルへの移
行を指示する信号受信と判断された場合は（ステップ２
１３でＹＥＳ）、ＣＥＤの送出を停止し（ステップ２１
４）、ステップ２０４の受信フェーズＢを実行する。

【００９６】また、ステップ２１３で短縮プロトコルへ
の移行を指示する信号受信でないと判断された場合は、
次にＣＥＤ送出終了かを調べ（ステップ２１５）、ＣＥ
Ｄ送出終了でない場合は（ステップ２１５でＮＯ）、ス
テップ２１２に戻り、ＣＥＤ送出終了と判断された場合
は（ステップ２１５でＹＥＳ）、ＮＳＦ／ＤＩＳの送信
を行い（ステップ２１６）、更に短縮プロトコルへの移
行を指示する信号受信かを調べる（ステップ２１７）。
ここで、短縮プロトコルへの移行を指示する信号受信で
あると判断された場合は（ステップ２１７でＹＥＳ）、
ステップ２０４に進み、受信フェーズＢを実行する。

【００９７】また、ステップ２１７で短縮プロトコルへ
の移行を指示する信号受信でないと判断された場合は
（ステップ２１７でＮＯ）、通常の受信を行い（ステッ
プ２１８）、この受信プロトコルを終了する。

【００９８】図８は、図７に示したステップ２０４の受
信フェーズＢにおける処理の詳細を示したものである。
この受信フェーズＢにおいては、まず、高速ＮＳＳ（非
標準機能設定信号）受信かを調べる（ステップ２１
１）。ここで高速ＮＳＳを受信すると（ステップ２１１
でＹＥＳ）、高速ＮＳＦ（非標準機能識別信号）を送出
して（ステップ２２２）、リターンする。

【００９９】また、ステップ２１１で高速ＮＳＳを受信
しないと（ステップ２１１でＮＯ）、次に高速ＮＳＣ
（非標準機能命令信号）受信かを調べる（ステップ２２
３）。ここで、高速ＮＳＣ受信でない場合は（ステップ
２２３でＮＯ）、ステップ２２１に戻り、高速ＮＳＣを
受信した場合は（ステップ２２３でＹＥＳ）、次にポー
ルドＯＫかを調べる（ステップ２２４）。ここで、ポー
ルドＯＫの場合は（ステップ２２４でＹＥＳ）、図５に
示した送信フェーズＢに進み（ステップ２２５）、ポー
ルドＯＫでない場合は（ステップ２２４でＮＯ）、所定
のエラー処理を実行する（ステップ２２６）。

【０１００】図９は、図７に示したステップ２０５の受
信フェーズＣにおける処理の詳細を示したものである。
この受信フェーズＣにおいては、まず、ＦＣＤ（ファク
シミリ符号化データ）フレーム受信かを調べ（ステップ
２３１）、ＦＣＤフレーム受信の場合は（ステップ２３
１でＹＥＳ）、フレーム番号０のフレームのＮＳＳ（非
標準機能設定信号）の情報受信かを調べる（ステップ２
３２）。ここで、ＮＳＳの情報受信である場合は（ステ
ップ２３２でＹＥＳ）、このＮＳＳを解析し（ステップ
２３５）、ステップ２３１に戻る。

【０１０１】また、ステップ２３２で、ＮＳＳの情報受
信でない場合は（ステップ２３２でＮＯ）、受信した画
情報を蓄積し（ステップ２３３）、次にフレーム受信終
了かを調べる（ステップ２３４）。ここで、フレーム受
信終了でない場合は（ステップ２３４でＮＯ）、ステッ
プ２３１に戻り、フレーム受信終了の場合は（ステップ
２３４でＹＥＳ）、リターンする。

【０１０２】また、ステップ２３１でＦＣＤフレームの
受信ではないと判断された場合は（ステップ２３１でＮ
Ｏ）、ＲＣＰフレームの受信であるので、このＲＣＰフ
レームのポストメッセージコマンドの内容を解析し（ス
テップ２３６）、その後リターンする。

【０１０３】図１０は、図７に示したステップ２０６の
受信フェーズＤにおける処理の詳細を示したものであ
る。この受信フェーズＤにおいては、まず、ＲＣＰ（部
分ページ制御復帰信号）フレームを受信しているかを調
べる（ステップ２４１）。ここで、ＲＣＰフレームを受
信していると（ステップ２４１でＹＥＳ）、ステップ２
４３に進む。また、ステップ２４１で、ＲＣＰフレーム
を受信していないと判断されると（ステップ２４１でＮ
Ｏ）、次に低速コマンドを受信しているかを調べ（ステ
ップ２４２）、低速コマンドを受信すると（ステップ２
４２でＹＥＳ）、ステップ２４３に進む。

【０１０４】ステップ２４３では、ＦＣＤ（ファクシミ
リ符号化データ）フレームがＯＫかを調べ、ＦＣＤフレ
ームがＯＫであると（ステップ２４３でＹＥＳ）、次に
ラインホールドかを調べ（ステップ２４４）、ラインホ
ールドであると（ステップ２４４でＹＥＳ）、ラインホ
ールド手順を実行し（ステップ２４６）、ステップ２５
６に進む。

【０１０５】また、ステップ２４４で、ラインホールド
でないと判断されると（ステップ２４４でＮＯ）、低速
ＭＣＦ（メッセージ確認信号）を送出し（ステップ２４
５）、ステップ２５６に進む。

【０１０６】また、ステップ２４３で、ＦＣＤフレーム
がＯＫでないと判断されると（ステップ２４３でＮ
Ｏ）、低速ＰＰＲ（部分ページ要求信号）を送出し（ス
テップ２４７）、次にＣＴＣ（訂正続行信号）受信した
を調べ（ステップ２４８）、ここで、ＣＴＣを受信する
と（ステップ２４８でＹＥＳ）、低速ＣＴＲ（訂正続行
応答）を送出し（ステップ２４９）、受信フェーズＣへ
移行する（ステップ２５０）。

【０１０７】また、ステップ２４８でＣＴＣを受信して
いないと（ステップ２４８でＮＯ）、次にＥＯＲ（再送
終了信号）を受信したかを調べ（ステップ２５１）、こ
こでＥＯＲを受信していないと（ステップ２５１でＮ
Ｏ）、受信フェーズＣへ移行する（ステップ２５２）。

【０１０８】また、ステップ２５１でＥＯＲを受信して
いると判断された場合は（ステップ２５１でＹＥＳ）、
次にラインホールドかを調べ（ステップ２５３）、ライ
ンホールドであると（ステップ２５３でＹＥＳ）、ライ
ンホールド手順を実行し（ステップ２５５）、ステップ
２５６に進む。

【０１０９】また、ステップ２５３で、ラインホールド
でないと判断されると（ステップ２５３でＮＯ）、低速
ＥＲＲ（再送終了応答信号）を送出し（ステップ２５
４）、ステップ２５６に進む。

【０１１０】ステップ２５６では、受信したポストメッ
セージコマンドより次の手順が受信フェーズＣ、受信フ
ェーズＤ、受信フェーズＥのいずれかかを判断する（ス
テップ２５６）。そして、次の手順が受信フェーズＣで
あると判断された場合は受信フェーズＣへ移行し（ステ
ップ２５７）、受信フェーズＤであると判断された場合
は受信フェーズＤへ移行し（ステップ２５８）、受信フ
ェーズＥであると判断された場合は受信フェーズＥへ移
行する（ステップ２５９）。

【０１１１】以上の基本的なプロトコル手順から短縮プ
ロトコルへのモード移行に関する部分を更に詳しく、図
１１乃至図１３に示すシーケンスチャートを参照して説
明する。ここで、図１１乃至図１３は短縮プロトコルへ
のモード移行の３つのケースの基本的な送受信プロトコ
ル手順を示している。

【０１１２】まず送信側に付いて説明する。

【０１１３】図１１は、短縮プロトコルへのモード移行
の第１のケースを示すもので、この第１のケースにおい
て、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行う
とともに、送信側の記憶手段（図１のＲＡＭ２の宛先デ
ータリスト）に相手機（受信側）の短縮番号に対応して
短縮プロトコル受信能力ありと記憶されているかをチェ
ックし（図２のステップ１０３）、短縮プロトコル受信
能力ありと記憶されている場合は、次に相手機（受信
側）が極性反転検知機能を実装しているかをチェックし
（図３のステップ１２１）、極性反転検知機能を実装し
ている場合は、極性反転をチェックし（図３のステップ
１２７、ステップ１３０）、極性反転を検知したら短縮
プロトコルへの移行を指示する信号を送出して（図４の
ステップ１４２）短縮プロトコルに移行し、短縮プロト
コルを実行する。

【０１１４】一方、受信側では、着呼したら、ＣＥＤ
（被呼端末識別信号）送出までの間で送信側から短縮プ
ロトコルへの移行を指示する信号を受信したかをチェッ
クし（図７のステップ２０３）、短縮プロトコルへの移
行を指示する信号を受信したら短縮プロトコルに移行
し、短縮プロトコルを実行する。

【０１１５】短縮プロトコルに移行後は、送信側では、
まず、高速コマンドの通信速度を示した信号（短縮プロ
トコルへの移行を指示する信号）に続いて高速のＮＳＳ
（非標準機能設定信号）を送出し（図４のステップ１４
３）、相手機（受信側）からの高速のＮＳＦ（非標準機
能識別信号）を待ち、相手機（受信側）から高速のＮＳ
Ｆを受信したら（図４のステップ１４８）、画情報送出
フェーズ（図５に示す送信フェーズＣ）へ移行する。

【０１１６】また、受信側では、送信側からの高速コマ
ンドの通信速度を示した信号（短縮プロトコルへの移行
を指示する信号）の示す通信速度の高速のＮＳＳを受信
すると（図８のステップ２２１）、高速のＮＳＦを送出
し（図８のステップ２２２）、画情報受信フェーズ（図
９に示す受信フェーズＣ）へ移行する。

【０１１７】送信側の画情報送出フェーズ（送信フェー
ズＣ）においては、画情報をＥＣＭ（エラー訂正モー
ド）によるフレームに分割して送出する。ここで、この
ＥＣＭによるフレームの第１フレームには以下に続く画
情報のパラメータを設定し、第２フレーム以降のフレー
ム（ＦＣＤフレーム）には画情報を入れて送出する。な
お、この第１フレームには先に送出したＮＳＳの内容そ
のものでもよいし、送出しようとしている画情報を示す
パラメータのみでもよい。

【０１１８】このようにして、画情報の送出を終了した
ら、ファクシミリインフォメーションフィールドにポス
トメッセージコマンドに該当する内容を設定したＲＣＰ
フレームを送出し（図５のステップ１６５）、レスポン
ドコマンド待ちフェーズ（図６に示す送信フェーズＤ）
へ移行する。

【０１１９】また、受信側の画情報受信フェーズ（受信
フェーズＣ）においては、送信側からＥＣＭによるフレ
ームにより分割して送出された画情報を受信する。そし
て画情報の受信が終了すると、ファクシミリインフォメ
ーションフィールドにポストメッセージコマンドに該当
する内容を設定したＲＣＰフレームを受信し、このＲＣ
Ｐフレームのポストメッセージコマンドの内容を解析し
て（図９のステップ２３６）、レスポンドコマンド待ち
フェーズ（図１０に示す受信フェーズＤ）へ移行する。

【０１２０】送信側のレスポンドコマンド待ちフェーズ
（送信フェーズＤ）においては、ＭＣＦ（メッセージ確
認信号）を受信したら（図６のステップ１７３）、送出
した先のＲＣＰフレームに設定したポストメッセージコ
マンドの内容に合わせて画情報送出フレーム（送信フェ
ーズＣ）へ移行するか、送信フェーズＢへ移行するか、
送信フェーズＥへ移行するかを判断して（図６のステッ
プ１８６）、各送信フェーズへの移行を行う。

【０１２１】また、受信側のレスポンドコマンド待ちフ
ェーズ（送信フェーズＤ）においては、ＭＣＦ（メッセ
ージ確認信号）を送出したら（図１０のステップ２４
５）、受信した先のＲＣＰフレームに設定したポストメ
ッセージコマンドの内容に合わせて画情報受信フレーム
（受信フェーズＣ）へ移行するか、受信フェーズＢへ移
行するか、受信フェーズＥへ移行するかを判断して（図
１０のステップ２５６）、各受信フェーズへの移行を行
う。

【０１２２】そして、送信側では、送信フェーズＥへ移
行するとＤＣＮ（切断命令信号）を送出し（図２のステ
ップ１２０）、この送信プロトコルを終了する。

【０１２３】また、受信側では、受信フェーズＥへ移行
すると送信側からのＤＣＮを受信するとこの受信プロト
コルを終了する。

【０１２４】図１２は、短縮プロトコルへのモード移行
の第２のケースを示すもので、この第２のケースにおい
て、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行う
とともに、送信側の記憶手段（図１のＲＡＭ２の宛先デ
ータリスト）に相手機（受信側）の短縮番号に対応して
短縮プロトコル受信能力ありと記憶されているかをチェ
ックし（図２のステップ１０２）、短縮プロトコル受信
能力ありと記憶されている場合は、次に相手機（受信
側）が極性反転検知機能を実装しているかをチェックし
（図３のステップ１２１）、極性反転検知機能を実装し
ている場合は、極性反転をチェックし（図３のステップ
１２７、ステップ１３０）、極性反転を検知する前にＣ
ＥＤ（被呼端末識別信号）を検出したら（図３のステッ
プ１３１）、短縮プロトコルへの移行を指示する信号を
送出して（図４のステップ１４２）短縮プロトコルに移
行し、短縮プロトコルを実行する。

【０１２５】また、相手機（受信側）が極性反転検知機
能を実装していない場合は、ＣＮＧ（コーリングトー
ン）を送出しながらＣＥＤ検出を行い（図３のステップ
１２２、１２３）、ＣＥＤを検出したら短縮プロトコル
への移行を指示する信号を送出して（図４のステップ１
４２）短縮プロトコルに移行し、短縮プロトコルを実行
する。

【０１２６】一方、受信側では、着呼したら、ＣＥＤ
（被呼端末識別信号）送出までの間で送信側から短縮プ
ロトコルへの移行を指示する信号を受信したかをチェッ
クし（図７のステップ２０３）、その信号を受信せずに
ＣＥＤを送出しなければいけない場合はＣＥＤを送出し
（図７のステップ２１２）、このＣＥＤを送出しながら
短縮プロトコルへの移行を指示する信号を受信したかを
チェックし（図７のステップ２１３）、短縮プロトコル
への移行を指示する信号を受信したらＣＥＤの送出を停
止して短縮プロトコルに移行し、短縮プロトコルを実行
する。

【０１２７】なお、短縮プロトコルに移行した後におけ
る処理は図１１に示したものと同様である。

【０１２８】図１３は、短縮プロトコルへのモード移行
の第３のケースを示すもので、この第３のケースにおい
て、送信側では、まず、発呼（Ｃａｌｌｉｎｇ）を行う
とともに、送信側の記憶手段（図１のＲＡＭ２の宛先デ
ータリスト）に相手機（受信側）の短縮番号に対応して
短縮プロトコル受信能力ありと記憶されているかをチェ
ックし（図２のステップ１０２）、短縮プロトコル受信
能力なしと記憶されている場合は、ＣＮＧを送出しなが
らＣＥＤまたはコマンドの検知を行い（図２のステップ
１０５）、ＮＳＦ（非標準機能識別信号）を受信したら
（図２のステップ１０６）、この受信したＮＳＦが自社
機のＮＳＦかをチェックし（図２のステップ１０７）、
自社機のＮＳＦの場合は短縮プロトコル受信能力がある
かをチェックし（図２のステップ１０８）、短縮プロト
コル受信能力がある場合は、送信側の記憶手段（図１の
ＲＡＭ２の宛先データリスト）に相手機（受信側）の短
縮番号に対応して短縮プロトコル受信能力ありと記憶し
（図２のステップ１０９）、その後、短縮プロトコルへ
の移行を指示する信号を送出して（図４のステップ１４
２）短縮プロトコルに移行し、短縮プロトコルを実行す
る。なお、上記条件に合わない場合は通常のプロトコル
で送信を行う。

【０１２９】一方、受信側では、着呼したら、ＣＥＤ
（被呼端末識別信号）送出までの間で送信側から短縮プ
ロトコルへの移行を指示する信号を受信したかをチェッ
クし（図７のステップ２０３）、その信号を受信せずに
ＣＥＤを送出しなければいけない場合はＣＥＤを送出し
（図７のステップ２１２）、このＣＥＤを送出しながら
短縮プロトコルへの移行を指示する信号を受信したかを
チェックし（図７のステップ２１３）、その信号を受信
せずにＣＥＤの送出を終了した場合は、短縮プロトコル
受信能力ありを示すＮＳＦとＤＩＳ（必要ならばＣＩ
Ｓ）を送出し（図７のステップ２１６）、更に、短縮プ
ロトコルへの移行を指示する信号を受信したかをチェッ
クし（図７のステップ２１７）、その信号を受信したら
短縮プロトコルに移行し、短縮プロトコルを実行する。
なお、上記条件に合わない場合は通常のプロトコルで受
信を行う。

【０１３０】なお、短縮プロトコルに移行した後におけ
る処理は図１１に示したものと同様である。

【０１３１】以上、短縮プロトコルに移行に関連する３
つのプロトコル手順の基本的な部分を説明したが、それ
以外の手順（例えばＥＣＭフレームの再送手順など）
は、図２ないし図１０に示したようにＩＴＵ−Ｔ勧告
Ｔ．３０に準拠して動作する。

【０１３２】以上の短縮プロトコルを実行するためには
通常プロトコルとは異なるプロトコル手順でネゴシエー
ションを行う。ここでどのようなネゴシエーションを実
行するかについてを以下に説明する。

【０１３３】なお、ここでは、ネゴシエーションに関連
する部分だけを説明し、その他の部分はすでに説明した
ような手順で行われるとして省略する。

【０１３４】また説明の上で使用するコマンドをＮＳＳ
コマンドとＮＳＦコマンドとして行くが、当然これらの
コマンドだけに限定されるものではない。また、これら
のコマンドの通信速度が高速の場合で説明しているが、
これも高速に限定されるものではなく、通常の３００ｂ
ｐｓでコマンドを送出しても問題はない。

【０１３５】ところで、送信側、受信側で次に示すよう
な条件をネゴシエーションとして送信するものとする。

【０１３６】送信側で指示する条件は、 解像度 ４００ｐｐｉ×４００ｐｐｉ（送信可能な解像
度は、４００ｐｐｉ×４００ｐｐｉ、８ｄｏｔ×７．７
ｌｉｎｅ／ｍｍ、８ｄｏｔ×３．８５ｌｉｎｅ／ｍ
ｍ）。

【０１３７】原稿サイズ Ａ３（送信可能な原稿サイズ
はＡ３、Ｂ４、Ａ４）。

【０１３８】符号化方式 ＭＭＲ（送信可能な符号化方
式はＭＭＲ、ＭＲ、ＭＨ）。

【０１３９】ボックス番号１の親展ボックスへ親展送
信。

【０１４０】受信側の受信能力は、 解像度 ３００ｐｐｉ×３００ｐｐｉ、８ｄｏｔ×７．
７ｌｉｎｅ／ｍｍ、８ｄｏｔ×３．８５ｌｉｎｅ／ｍ
ｍ。

【０１４１】記録紙サイズ Ｂ４、Ａ４。

【０１４２】符号化方式 ＭＲ、ＭＨ。

【０１４３】ボックス番号１が開設されており、親展受
信可能。

【０１４４】図１４は、送信側の短縮プロトコルへの移
行からネゴシエーションへの基本的なフローチャートで
ある。

【０１４５】このフローチャートの開始時点は、図４に
示す送信フェーズＢの開始時点と一致する。このフロー
チャートの前半部分が図４に示すフローチャートと異な
るのは、ステップ３０１で送信指示パラメータを設定し
たＮＳＳコマンドを作成する点である。以下ステップ３
０２乃至ステップ３０９は図４のステップ１４２乃至ス
テップ１４９と同じであるのでここでは詳しい説明を省
略する。

【０１４６】また、図４のステップ１４８で高速ＮＳＦ
を受信した場合は、短縮プロトコル送信に移行するが、
この場合ではステップ３０８で高速ＮＳＦを受信した
後、幾つかのチェックを行った後、短縮プロトコル送信
に移行する。

【０１４７】図１４では、ステップ３０８で高速ＮＳＦ
を受信した後、先ず解像度チェックを行う（ステップ３
１０）。解像度チェックの詳細は、後に図１６を参照に
説明する。

【０１４８】解像度チェックが終了すると次にサイズチ
ェックを行う（ステップ３１１）。サイズチェックの詳
細は、後に図１７を参照に説明する。

【０１４９】サイズチェックが終了すると次に符号化方
式チェックを行う（ステップ３１２）。符号化方式チェ
ックの詳細は、後に図１８を参照に説明する。

【０１５０】これらのチェックが終わると、送信指示パ
ラメータに親展指示があるかないかを調べる（ステップ
３１３）。親展指示がある場合は、親展送信チェックを
行う（ステップ３１４）。親展送信チェックの詳細は、
後に図１９を参照に説明する。親展指示がない場合は、
ステップ３１６までジャンプする。

【０１５１】親展送信チェックの結果、受信側に親展受
信能力がないなどの理由で通信停止になったかどうかを
調べ、通信停止の場合は、低速ＤＣＮ（切断命令信号）
を送出し（ステップ３２２）、終了する。

【０１５２】通信停止でない場合は、必要があればその
他のパラメータをチェックした上で送信パラメータを決
定する（ステップ３１６）。

【０１５３】送信パラメータが決定されたら、フレーム
Ｎｏ．０に決定したパラメータを設定して送出する（ス
テップ３１７）。以後、ステップ３１８乃至ステップ３
２１は、図５のステップ１６３乃至ステップ１６５およ
びステップ１６８と同じであるのでここでは省略する。

【０１５４】先に述べた例での送信側の具体的なネゴシ
エーション動作を述べる、短縮プロトコルモードに移行
したら、次に続く高速コマンドの通信速度を示す信号を
送出し、続いて送信側で指示するパラメータを設定した
ＮＳＳコマンドを送信し、受信側からの高速ＮＳＦコマ
ンドを待つ。ここで先に述べた受信側の受信能力として
記述されたパラメータが設定されているＮＳＦコマンド
を受信したら以下に述べるネゴシエーションを行い送信
パラメータを決定する。

【０１５５】解像度は送信側で４００ｐｐｉ×４００ｐ
ｐｉを求めたが受信側に４００ｐｐｉ×４００ｐｐｉの
受信能力がないので、送信可能な解像度と受信能力のあ
る解像度を比較し、送受信側に共通で最も４００ｐｐｉ
×４００ｐｐｉに近い８ｄｏｔ×７．７ｌｉｎｅ／ｍｍ
の解像度に決定する。

【０１５６】原稿サイズは、受信側にＡ３の記録紙がな
いので、送信可能な原稿サイズと受信能力の記録紙サイ
ズを比較し、両者に共通でＡ３に最も近いＢ４サイズに
決定する。

【０１５７】符号化方式は、受信側にＭＭＲの符号化方
式がないので、送信可能な符号化方式と受信能力の符号
化方式を比較し、両者に共通で最も効率のいいＭＲ符号
化方式に決定する。

【０１５８】親展送信は、受信側が親展受信可能なの
で、親展送信を継続する。

【０１５９】このようにして、送信パラメータが決定し
たら画情報送出フェ−ズへ移行する。

【０１６０】次に、ＥＣＭによるフレームに分割し、画
情報を送出する。第１フレームには以下に続く画情報を
示すパラメータとして、解像度は８ｄｏｔ×７．７ｌｉ
ｎｅ／ｍｍ、原稿サイズはＢ４、符号化方式はＭＲを設
定して送出し、第２フレーム移行には画情報をいれて送
出する。

【０１６１】図１５は、受信側での短縮プロトコルへの
移行からネゴシエーションへの基本的なフローチャート
である。

【０１６２】このフローチャートの開始時点は、図７の
ステップ２０３に準じ、図１５のステップ３３２からス
テップ３３６までは、図８のステップ２２１乃至ステッ
プ２２６と同じであるので、ここでは説明を省略する。

【０１６３】ステップ３３２で高速ＮＳＳを受信する
と、ステップ３３７に進み、送信側のパラメータが画情
報の第１フレームに設定されているかどうかを判別し、
設定されていなければ解析を行なうことにし、設定され
ておれば解析は行なわず、ステップ３４０に進む。

【０１６４】解析を行う場合は、ステップ３３８でサイ
ズチェックを、ステップ３３９で符号化方式チェックを
行う。サイズチェックの詳細は図１７にそって、符号化
方式チェックの詳細は図１８にそって後述する。

【０１６５】これらのチェックが終わると、次に親展送
信チェックを行う（ステップ３４０）。親展送信チェッ
クの詳細は、後に図１９を参照に説明する。

【０１６６】親展送信チェックの結果、受信側に親展受
信能力がないなどの理由で通信停止する場合（ステップ
３４１のＹＥＳ）は、ステップ３４８で終了する。通信
停止でない場合（ステップ３４１のＮＯ）では、必要が
あればその他のパラメータをチェックした上で受信パラ
メータを決定する（ステップ３４２）。

【０１６７】受信パラメータが決定されたら、受信パラ
メータを設定したＮＳＦコマンドを作成し（ステップ３
４３）、応答信号を送出し（ステップ３４４）た後、受
信パラメータを設定した高速ＮＳＦを送信する（ステッ
プ３４５）。その後、再度高速ＮＳＳを受信すると（ス
テップ３４６でＹＥＳ）、ステップ３３７に戻り、高速
ＮＳＳの受信がなければ受信フェーズＣに進む（ステッ
プ３４７）。

【０１６８】次に先に述べた例での受信側の具体的なネ
ゴシエーション動作を述べる。

【０１６９】短縮プロトコルに移行したら、送信側から
受信した信号が示す通信速度で、送信側が指示するパラ
メータを記述してあるＮＳＳコマンドを受信したら解析
を行う。

【０１７０】解像度、原稿サイズおよび符号化方式が画
情報の第１フレームに設定されているので解析はしな
い。

【０１７１】画情報の第１フレームに設定されていない
場合でも、解析を行う変わりに、例えば原稿サイズであ
れば、Ａ３サイズの送信能力があれば必ずＢ４、Ａ４の
送信能力もあるので、Ａ３が指示され受信側の最大受信
能力がＢ４であれば、Ｂ４で送られてくるものと判断し
て、自動的にＢ４を記憶する方法もある。

【０１７２】同様に符号化方式でも、ＭＭＲで送信する
能力があれば、ＭＲ、ＭＨで送信する能力も当然あると
して、受信側の能力がＭＲ、ＭＨであればＭＲで送信さ
れるものとして記憶しても良い。このようにする場合
は、これらのパラメータは画情報の第１フレームに設定
しなくても良い。

【０１７３】親展送信はボックスＮ０．１への親展送信
が指示されていて、受信側でボックスＮ０．１が開設さ
れているので、ボックスＮ０．１への親展受信と記憶す
る。

【０１７４】次に続く高速コマンドの通信速度を示した
信号を送出し、さらに記憶した上記の受信能力を記述し
たパラメータを設定したＮＳＦコマンドを送信側に送出
して、画情報受信フェーズへと移行する。

【０１７５】画情報を受信したら、その第１フレームに
設定された解像度、原稿サイズおよび符号化方式で画情
報を処理して受信を行う。以後は基本的な短縮プロトコ
ルに従って受信する。

【０１７６】図１６は、解像度チェック（図１４ステッ
プ３１０）の詳細を示すフローチャートである。

【０１７７】先ずステップ４０１で送信側で指定した解
像度を調べる。送信側で指定した解像度が４００ｐｐｉ
×４００ｐｐｉであれば（ステップ４０２でＹＥＳ）、
受信側の解像度の受信能力を調べ（ステップ４０３）、
４００ｐｐｉ×４００ｐｐｉで受信可能であれば（ステ
ップ４０４でＹＥＳ）、画情報の解像度を４００ｐｐｉ
×４００ｐｐｉと決定する（ステップ４０８）。送信側
で指定した解像度が４００ｐｐｉ×４００ｐｐｉであっ
ても受信側に４００ｐｐｉ×４００ｐｐｉで受信する能
力がなければ（ステップ４０４でＮＯ）、ステップ４０
７に進む。

【０１７８】送信側で指定した解像度が４００ｐｐｉ×
４００ｐｐｉでなければ（ステップ４０２でＮＯ）、送
信側で指定した解像度が８ｄｏｔ×７．７ｌｉｎｅ／ｍ
ｍかどうかを調べ（ステップ４０５）、８ｄｏｔ×７．
７ｌｉｎｅ／ｍｍであれば、受信機の解像度の受信能力
を調べ（ステップ４０６）、８ｄｏｔ×７．７ｌｉｎｅ
／ｍｍで受信可能であれば（ステップ４０７でＹＥ
Ｓ）、画情報の解像度を８ｄｏｔ×７．７ｌｉｎｅ／ｍ
ｍと決定する（ステップ４０９）。

【０１７９】送信側で指定した解像度が４００ｐｐｉ×
４００ｐｐｉでも８ｄｏｔ×７．７ｌｉｎｅ／ｍｍでも
なければ（ステップ４０５でＮＯ）、あるいは、送信側
で指定した解像度が４００ｐｐｉ×４００ｐｐｉ或いは
８ｄｏｔ×７．７ｌｉｎｅ／ｍｍであっても受信側に８
ｄｏｔ×７．７ｌｉｎｅ／ｍｍ以上で受信する能力がな
ければ（ステップ４０７でＮＯ）、画情報の解像度を８
ｄｏｔ×３．８５ｌｉｎｅ／ｍｍと決定する（ステップ
４１０）。

【０１８０】画情報の解像度が決定されれば、図１４で
ステップ３１１に戻る（ステップ４１１）。

【０１８１】図１７は、符号化方式サイズチェック（図
１４ステップ３１１、図１５で３３８）の詳細を示すフ
ローチャートである。

【０１８２】先ずステップ４２１で送信側で指定した符
号化方式を調べる。送信側で指定した符号化方式がＭＭ
Ｒであれば（ステップ４２２でＹＥＳ）、受信側の記録
紙の受信能力を調べ（ステップ４２３）、ＭＭＲで受信
可能であれば（ステップ４２４でＹＥＳ）、符号化方式
をＭＭＲと決定する（ステップ４２８）。送信側で指定
した解像度がＭＭＲであっても受信側にＭＭＲを受信す
る能力がなければ（ステップ４２４でＮＯ）、ステップ
４２７に進む。

【０１８３】送信側で指定した符号化方式がＭＭＲでな
ければ（ステップ４２２でＮＯ）、送信側で指定した符
号化方式がＭＲかどうかを調べ（ステップ４２５）、Ｍ
Ｒであれば、受信機の符号化方式の受信能力を調べ（ス
テップ４２６）、ＭＲで受信可能であれば（ステップ４
２７でＹＥＳ）、符号化方式をＭＲと決定する（ステッ
プ４２９）。

【０１８４】送信側で指定した符号化方式がＭＭＲでも
ＭＲでもなければ（ステップ４２５でＮＯ）、あるい
は、送信側で指定した符号化方式がＭＭＲあるいはＭＲ
であっても受信側にＭＨ以上で受信する能力がなければ
（ステップ４２７でＮＯ）、符号化方式をＭＨと決定す
る（ステップ４３０）。

【０１８５】符号化方式がが決定されれば、図１４でス
テップ３１２に、図１５ではステップ３３９に戻る（ス
テップ４３１）。

【０１８６】図１８は、符号化チェック（図１４ステッ
プ３１２、図１５で３３９）の詳細を示すフローチャー
トである。

【０１８７】先ずステップ４４１で送信側で指定した符
号化方式を調べる。送信側で指定した符号化方式がＭＭ
Ｒであれば（ステップ４４２でＹＥＳ）、受信側の記録
紙の受信能力を調べ（ステップ４４３）、ＭＭＲで受信
可能であれば（ステップ４４４でＹＥＳ）、符号化方式
をＭＭＲと決定する（ステップ４４８）。送信側で指定
した解像度がＭＭＲであっても受信側にＭＭＲを受信す
る能力がなければ（ステップ４４４でＮＯ）、ステップ
４４７に進む。

【０１８８】送信側で指定した符号化方式がＭＭＲでな
ければ（ステップ４４２でＮＯ）、送信側で指定した符
号化方式がＭＲかどうかを調べ（ステップ４４５）、Ｍ
Ｒであれば、受信機の符号化方式の受信能力を調べ（ス
テップ４４６）、ＭＲでの受信可能であれば（ステップ
４４７でＹＥＳ）、符号化方式をＭＲと決定する（ステ
ップ４４９）。

【０１８９】送信側で指定した符号化方式がＭＭＲでも
ＭＲでもなければ（ステップ４４５でＮＯ）、あるい
は、送信側で指定した符号化方式がＭＭＲあるいはＭＲ
であっても受信側にＭＨしか受信する能力がなければ
（ステップ４４７でＮＯ）、符号化方式をＭＨと決定す
る（ステップ４５０）。

【０１９０】符号化方式がが決定されれば、図１４でス
テップ３１３に、図１５ではステップ３４０に戻る（ス
テップ４５１）。

【０１９１】図１９は、図１４のステップ３１４に当た
る親展送信チェックのフローチャートである。

【０１９２】ステップ４６１で、受信側の親展受信能力
があるかどうかをチェックし、親展受信能力があれば
（ステップ４６２のＹＥＳ）、図１４のステップ３１６
に戻り（ステップ４６３）、親展受信能力がなければ
（ステップ４６２のＮＯ）、通信停止に進み（ステップ
４６４）、図１４のステップ３２２に戻る。

【０１９３】一方、図２０は、図１５のステップ３４０
に当たる親展受信チェックのフローチャートである。

【０１９４】送信側から親展受信が指示されたかどうか
を確かめ（ステップ４７１）、指示された場合は（ステ
ップ４７１のＹＥＳ）、送信側の親展送信指示の内容を
チェックする（ステップ４７２）。

【０１９５】この結果、指示内容どおり受信側で実行で
きる場合にはステップ４７４に進んで、図１５のステッ
プ３４２に戻る。指示内容に異常がありその旨を送信側
に通知する必要がある場合は（ステップ４７５のＹＥ
Ｓ）、ステップ４７６に進み送信側に通知する。一方、
受信側に親展受信能力がない場合は、ステップ４７７の
通信停止に進み、図１５のステップ３４８に戻って終了
する。

【０１９６】送信側から親展受信が指示されなかった場
合は、親展受信が指示されなかったことを記憶し（ステ
ップ４７８）、ステップ４７４に進んで、図１５のステ
ップ３４２に戻る。

【０１９７】ところで、図１４または図１５の基本的な
短縮プロトコルへの移行からネゴシエーションへの移行
途中段階では、送信側は受信側の能力を知らずに高速の
指示信号を送出している。この指示内容では受信側が短
縮プロトコルで受信できない場合があり、この時は通信
が成立しないで終わる心配があった。

【０１９８】図２１および図２２は、このような条件に
対処する送信側と受信側の処理フローチャートである。

【０１９９】図２１は、送信側での短縮プロトコルへの
移行からネゴシエーションへ向かうフローチャートであ
る。

【０２００】このフローチャートの開始時点は、図４に
示す送信フェーズＢの開始時点と一致し、また、図１４
のステップ３０１と一致する。このフローチャートのス
テップで図１４と一致するステップについては同じ番号
を振るようにした。このフローチャートが図１４のフロ
ーチャートと異なるのは、ステップ３０８で高速ＮＳＦ
が受信できなかった場合以降である。図１４と一致する
部分については説明を省略する。

【０２０１】ステップ３０８で送信側は、受信側からの
高速ＮＳＦの受信をまっている。しかし一定時間待機し
ても高速ＮＳＦが受信され無かった場合は、従来はその
まま通常の通信に移っていた（図１４ステップ３０
９）。

【０２０２】この発明では高速ＮＳＦが受信されないと
きは（ステップ３０８でＮＯ）、低速ＮＳＦの受信を調
べる。高速ＮＳＦが受信されず低速ＮＳＦが受信された
場合には（ステップ３２５でＹＥＳ）、送信側では受信
側に短縮プロトコル能力があると記憶されているかどう
かを調べる（ステップ３２６）。過去の通信などで相手
機に短縮プロトコル受信能力があると示されている場合
は、ステップ３０１に戻って再度短縮プロトコル通信を
やり直す。相手機に短縮プロトコル受信能力があると示
されていない場合のみステップ３０９に進んで通常の通
信に移る。

【０２０３】また、ステップ３２５、３２６で一定時間
待機しても高速ＮＳＦも低速ＮＳＦも受信出来なかった
場合は、ステップ３０４に戻って、相手機からのレスポ
ンスを待つ（ステップ３０４）。

【０２０４】図２２は、受信側での短縮プロトコルへの
移行からネゴシエーションへ向かうフローチャートであ
る。

【０２０５】このフローチャートの開始時点は、図７の
ステップ２０３に準じ、また、図１５のステップ３３１
と一致する。このフローチャートのステップで図１５と
一致するステップについては同じ番号を振るようにし
た。このフローチャートが図１５のフローチャートと異
なるのは、ステップ３４１で通信停止でなかった場合以
降の処理である。図１５と一致する部分については説明
を省略する。

【０２０６】ステップ３４１で通信停止でなかった場合
には、高速ＮＳＳに送信側からファイル転送指示があっ
たかどうかを調べる（ステップ３４９）。ファイル転送
指示がなかった場合には、図１５のステップ３４２に進
む（ステップ３５４）。

【０２０７】ファイル転送指示があった場合は、ステッ
プ３５０に進む。ここで、受信側はファイル転送は短縮
プロトコルでは受信できないとする。この場合には、短
縮プロトコル能力を「なし」にセットしたＮＳＦを作成
し（ステップ３５０）、このＮＳＦを低速にて送信する
（ステップ３５１）。これに対して送信側より低速ＮＳ
Ｓが送られてきた場合は（ステップ３５２でＹＥＳ）、
通常受信に入り（ステップ３５２）、低速ＮＳＳが送ら
れて来ない場合は（ステップ３５２でＮＯ）、ステップ
３５１に戻って再度低速ＮＳＦ送信する。

【０２０８】いま具体的な通信パラメータが次のようで
あったとする。

【０２０９】送信側で指示する条件は、 解像度 ８ｄｏｔ×３．８５ｌｉｎｅ／ｍｍ。

【０２１０】原稿サイズ Ａ４。

【０２１１】符号化方式 ＭＭＲ。

【０２１２】ファイル転送指示通信。

【０２１３】受信側の受信能力は、 解像度 ３００ｐｐｉ×３００ｐｐｉ、８ｄｏｔ×７．
７ｌｉｎｅ／ｍｍ、８ｄｏｔ×３．８５ｌｉｎｅ／ｍ
ｍ。

【０２１４】記録紙サイズ Ｂ４、Ａ４。

【０２１５】符号化方式 ＭＭＲ、ＭＲ、ＭＨ。

【０２１６】ファイル転送受信能力有り。ただし、通常
通信時にかぎり、短縮プロトコル時は能力なし。

【０２１７】送信側は、短縮プロトコルモードに移行し
たら以下の手順を行う。

【０２１８】（１）続く高速コマンドの通信速度を示し
た信号を送出し、続いて送信側で指示する条件を記述し
ているパラメータを設定した高速のＮＳＳコマンドを送
出する。

【０２１９】（２）受信側からの応答信号を待つ。

【０２２０】（３）受信側の受信能力を記述しているパ
ラメータを設定した高速のＮＳＦコマンドを受信した
ら、図１４等で示した基本的な短縮プロトコル手順およ
びネゴシエーション行い、画情報送出に移行し、以後は
基本的な短縮プロトコル手順に従って送信する。

【０２２１】もし低速のＮＳＦコマンドを受信したら、
そのＮＳＦコマンドを解析して、通信を行えるプロトコ
ル手順を選択する。

【０２２２】この例では、受信側は、低速ＮＳＦコマン
ドに短縮プロトコル能力「なし」の表示をしているの
で、通常のプロトコル手順に移行し、以後は通常プロト
コル手順で送信する。

【０２２３】受信側は、短縮プロトコルモードに移行し
たら以下の手順を行う。

【０２２４】（１）送信側から受信した信号が示す通信
速度の、送信側で指示する条件を記述しているパラメー
タを設定した高速のＮＳＳコマンドを受信したら解析を
行う。

【０２２５】（２）解析の結果、ファイル転送が指示さ
れているので短縮プロトコルでは通信できないと判断
し、短縮プロトコル能力「なし」に設定した低速ＮＳＦ
コマンドを送信する。

【０２２６】（３）低速ＮＳＳコマンドを待ち、受信し
たら通常プロトコル手順に従って受信する。

【０２２７】図２３はＮＳＦコマンドのフレーム構成の
一例を示したものである。

【０２２８】ＮＳＦコマンドはプリアンブルに続き、フ
レームの始まりを示すフラグシーケンス（Ｆ）、アドレ
スフィールド（Ａ）、制御フィールド（Ｃ）、ファクシ
ミリ制御フィールド（ＦＣＦ）、ファクシミリ情報フィ
ールド（ＦＩＦ）、フレームチェックシーケンス（ＦＣ
Ｓ）、フレームの終りを示すフラグシーケンス（Ｆ）と
続き、ファクシミリ情報フィールド（ＦＩＦ）に受信側
の受信能力を示す情報が含まれる。例えば、ファイル転
送能力や短縮プロトコル能力を示す情報は、その８バイ
ト目に図示したようにして示される。

【０２２９】

【発明の効果】以上説明したように本発明では、受信側
で送信側の指示内容を解析して、指示内容通りのプロト
コルによる通信が可能かどうかを判断し、不可能な場合
は他のプロトコルによる通信に切り替えて行うようにし
た。

【０２３０】これにより、相手機器の条件にできるだけ
合わせて、短縮プロトコルが可能であればできるかぎり
短縮プロトコルを用い、短縮プロトコルが不可能でも途
中で通信が成立しなくなるような事態を避け、プロトコ
ル時間を短縮した通信が可能なファクシミリ等の通信装
置が実現できる。

【図面の簡単な説明】

【図１】 この発明のファクシミリ装置の一実施形態を
示すブロック図。

【図２】 図１に示したファクシミリ装置の送信プロト
コルを示す制御フローチャート。

【図３】 図２に示した送信プロトコルでの送信フェー
ズＡにおける処理の詳細を示したフローチャート。

【図４】 図２に示した送信プロトコルでの送信フェー
ズＢにおける処理の詳細を示したフローチャート。

【図５】 図２に示した送信プロトコルでの送信フェー
ズＣにおける処理の詳細を示したフローチャート。

【図６】 図２に示した送信プロトコルでの送信フェー
ズＤにおける処理の詳細を示したフローチャート。

【図７】 図１に示したファクシミリ装置の受信プロト
コルを示す制御フローチャート。

【図８】 図７に示した受信プロトコルでの受信フェー
ズＢにおける処理の詳細を示したフローチャート。

【図９】 図７に示した受信プロトコルでの受信フェー
ズＣにおける処理の詳細を示したフローチャート。

【図１０】 図７に示した受信プロトコルでの受信フェ
ーズＤにおける処理の詳細を示したフローチャート。

【図１１】 図１に示したファクシミリ装置における短
縮プロトコルへのモード移行の第１のケースを示すシー
ケンスチャート。

【図１２】 図１に示したファクシミリ装置における短
縮プロトコルへのモード移行の第２のケースを示すシー
ケンスチャート。

【図１３】 図１に示したファクシミリ装置における短
縮プロトコルへのモード移行の第３のケースを示すシー
ケンスチャート。

【図１４】 図１に示したファクシミリ装置における送
信側の短縮プロトコルへの移行からネゴシエーションへ
の基本的なフローチャート。

【図１５】 図１に示したファクシミリ装置における受
信側での短縮プロトコルへの移行からネゴシエーション
への基本的なフローチャート。

【図１６】 図１４のフローチャートにおける解像度チ
ェックの詳細フローチャート。

【図１７】 図１４および図１５のフローチャートにお
けるサイズチェックの詳細フローチャート。

【図１８】 図１４および図１５のフローチャートにお
ける符号化方式チェックの詳細フローチャート。

【図１９】 図１４および図１５のフローチャートにお
ける親展送信チェックの詳細フローチャート。

【図２０】 図１４および図１５のフローチャートにお
ける親展受信チェックの詳細フローチャート。

【図２１】 図１４に示す送信側の短縮プロトコルへの
移行からネゴシエーションへの基本的なフローチャート
にプロトコルの選択を考慮した実施形態。

【図２２】 図１５に示す受信側での短縮プロトコルへ
の移行からネゴシエーションへの基本的なフローチャー
トにプロトコルの選択を考慮した実施形態。。

【図２３】 ＮＳＦコマンドのフレーム構成の一例を示
す図。

【符号の説明】

１ ＣＰＵ ２ ＲＡＭ ３ 操作表示装置 ４ 読取装置 ５ 印字装置 ６ 画像処理装置 ７ 画像蓄積装置 ８ システム制御部 ９ 通信制御部１ １０ 通信制御部２１ １１ ディジタル網制御装置 １２ モデム １３ アナログ網制御装置 １４ システムバス １５ 回線切り替え制御装置 １６ ＣＮＧ信号検知部

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成８年２月１日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図１４

【補正方法】変更

【補正内容】

【図１４】

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図１５

【補正方法】変更

【補正内容】

【図１５】

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】図１６

【補正方法】変更

【補正内容】

【図１６】

【手続補正４】

【補正対象書類名】図面

【補正対象項目名】図１７

【補正方法】変更

【補正内容】

【図１７】

【手続補正５】

【補正対象書類名】図面

【補正対象項目名】図１８

【補正方法】変更

【補正内容】

【図１８】

【手続補正６】

【補正対象書類名】図面

【補正対象項目名】図１９

【補正方法】変更

【補正内容】

【図１９】

【手続補正７】

【補正対象書類名】図面

【補正対象項目名】図２０

【補正方法】変更

【補正内容】

【図２０】

【手続補正８】

【補正対象書類名】図面

【補正対象項目名】図２１

【補正方法】変更

【補正内容】

【図２１】

【手続補正９】

【補正対象書類名】図面

【補正対象項目名】図２２

【補正方法】変更

【補正内容】

【図２２】

【手続補正１０】

【補正対象書類名】図面

【補正対象項目名】図２３

【補正方法】変更

【補正内容】

【図２３】

フロントページの続き (72)発明者 川畑 広隆 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社岩槻事業所内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の通信プロトコル手順を含む複数の
   通信パラメータを有する通信装置において、 送信側から指示された通信パラメータを解析する解析手
   段と、 前記解析手段が解析した前記通信パラメータで指示され
   る通信プロトコル手順で通信が可能かどうかを判定する
   判定手段と、 複数の通信プロトコル手順を制御する制御手段とを具備
   し、 前記判定手段が送信側から指示された前記通信パラメー
   タで指示される前記通信プロトコル手順での通信が不可
   能と判定した場合には、前記制御手段は他の通信可能な
   通信プロトコル手順に切り替えて通信を制御することを
   特徴とする通信装置。
2. 【請求項２】 前記複数の通信プロトコル手順には少な
   くとも短縮プロトコル手順とＩＴＵ−Ｔ勧告Ｔ．３０プ
   ロトコル手順が含まれ、前記判断手段が前記短縮プロト
   コル手順で前記送信側から指示された通信パラメータで
   の通信が不可能と判断したときには、前記制御手段は前
   記ＩＴＵ−Ｔ勧告Ｔ．３０プロトコル手順に切り替えて
   通信を行うことを特徴とする請求項１記載の通信装置。