JPH09186839A - ファクシミリ装置 - Google Patents

Abstract

(57)【要約】 【課題】 短縮プロトコルにおいてストップキーが押さ
れたときに速やかに回線を切断できるようにする。 【解決手段】 送信機側の中断要求検知部１７は操作表
示装置３のストップキー１６がオペレータによって操作
されると、それに応答して検知信号を出力する。コード
記憶部１８は前記検知信号に応答してＲＣＰフレーム生
成部１９に予定のＳＴＯＰコードまたはＤＣＮに対応す
るデータを出力する。ＲＣＰフレーム生成部１９は前記
検知信号が供給されると、前記コードまたはデータに基
づいてＲＣＰフレームのＦＩＦに前記ＤＣＮ等を記述し
て送信部２０に出力する。回線開放部２１は前記検知信
号が入力された後、ＲＣＰフレームが回線に送出された
ことを検出すると回線を開放する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファクシミリ装置
に関し、特に、ポストメッセージ手順の短縮化を図るの
に好適なファクシミリ装置に関する。

【０００２】

【従来の技術】従来のファクシミリ装置においては、例
えば１４．４Ｋｂｐｓの高速で画情報を伝送する一方、
画情報以外の制御信号は３００ｂｐｓ程度の低速で伝送
している。このように制御信号を低速で伝送しているた
め、プロトコル手順が長くなるという不具合があり、こ
れまでに、プロトコル手順の短縮のため、次のような種
々の提案がなされている。図２０，図２１，図２２はプ
ロトコル手順の短縮を試みたファクシミリ装置等のデー
タ通信装置のコマンドシーケンスを示す図である。

【０００３】図２０にシーケンスを示した第１の装置で
は、ＭＰＳ（マルチページ）信号を伝送フレームに組み
立て、このＭＰＳ信号を１単位の画情報（ＰＩＸ）の間
に挿入している。そして、このＭＰＳ信号を画情報と同
様に高速で伝送することによりプロトコル期間を短縮し
ている。この装置は特開昭６２−３９９６４号公報に記
載されている。

【０００４】図２１にシーケンスを示した第２の装置で
は、ＭＰＳを画情報と同様に高速で伝送するとともに、
該ＭＰＳ等の制御信号の周波数帯域外の定周波信号を送
出し、相手機からの低周波信号を検出するようにしてい
る。この定周波信号で１フレーム毎に受信側からの肯定
応答を確認しながら、複数ページの画情報をモデム速度
を切換えずに送出することができる。この装置は特開平
３−１２０９５４号公報に記載されている。

【０００５】図２２にシーケンスを示した第３の装置
は、誤り再送モードでプロトコル手順に要する時間を短
縮するものであり、画情報フレームの後に、ＲＣＰ（部
分ページ制御復帰）信号に代えてポストメッセージコマ
ンドＰＰＳ−ＥＯＰを３回連続して伝送する。このよう
に、ＰＰＳ−ＥＯＰを画情報フレームと同じように高速
で伝送するので、画情報送出後手順を短縮することがで
きる。この装置は特開平５−２１９３３５号公報に記載
されている。

【０００６】

【発明が解決しようとする課題】前記公報に記載された
ファクシミリ装置には、次のような問題点がある。ま
ず、前記第１の装置では、ＭＰＳの伝送誤りがあった場
合の対策が施されていない。この点は、前記第２の装置
で改善されているが、この第２の装置では、定周波信号
を受信したり検出したりするための特別の機能を要す
る。

【０００７】また、第３の装置では、ＲＣＰをＰＰＳ−
ＥＯＰと入れ換えているので、次のような問題点があ
る。すなわち、ＥＣＭ（誤り訂正モード）では、ＲＣＰ
が高速から低速への切換えコマンドであるので、通常は
ＲＣＰを受信したことにより受信機側ではモデムを低速
に切換える処理を行う。しかし、第３の装置ではＲＣＰ
をＰＰＳ−ＥＯＰと入れ換えているため、既存の送受信
構成を大幅に変更しなければモデムを低速に切換えられ
ないという問題点がある。

【０００８】また、第１ないし第３の装置はいずれも、
画情報送信中にストップキーが押された場合に直ちに送
信を中断できない。すなわち、一般に、ストップキーが
押されて中断の必要があると、ＲＣＰを送出して、相手
の応答を待たずにＤＣＮ（回線切断信号）を送出して回
線を切断する。しかし、例えば、第３の装置では、ＲＣ
ＰをＰＰＳ−ＥＯＰと入れ換えているため、既存の構成
ではストップキーが押されても送信の中断ができないと
いう問題点がある。

【０００９】本発明は、上記問題点に鑑み、ポストメッ
セージコマンドを高速で送信することにより通信時間の
短縮を図るとともに、画情報の送出中に通信中断要求を
受けた場合に速やかに通信を中断することができるファ
クシミリ装置を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記の課題を解決し、目
的を達成するための本発明は、画情報およびプロトコル
信号を回線に送出する送信手段と、ＦＩＦを有するＲＣ
Ｐフレームを生成するＲＣＰフレーム生成手段と、通信
中断を指示する入力手段と、前記入力手段によって入力
された通信中断指示を検知して検知信号を出力する中断
要求検知手段とを具備し、前記ＲＣＰフレーム生成手段
が、前記検知信号に応答してＲＣＰフレームのＦＩＦに
ＤＣＮを記述して前記送信手段に出力するように構成さ
れている点に第１の特徴がある。

【００１１】また、本発明は、前記ＲＣＰフレーム生成
手段が、前記検知信号に応答してＲＣＰフレームのＦＩ
Ｆに通信中断を示す予定のコードを記述して前記送信手
段に出力するように構成されている点に第２の特徴があ
る。

【００１２】第１および第２の特徴によれば、ＦＩＦに
ポストメッセージを記述して送信できるのでプロトコル
手順を短縮できるとともに、通信中断指示があった場合
には、直ちにこれに応答することができる。

【００１３】また、本発明は、ＲＣＰフレームを検知す
るＲＣＰフレーム検知手段と、検知したＲＣＰフレーム
のＦＩＦを解析して通信中断を意味する情報が記述され
ているか否かを判断する解析手段と、前記解析手段によ
って通信中断を意味する情報がＲＣＰフレームに含まれ
ていると判断された場合に、回線を開放する回線開放手
段とを具備した点に第３の特徴がある。

【００１４】また、本発明は前記通信中断を意味する情
報がＲＣＰフレームに含まれていた場合、該情報を登録
する登録手段を具備した点に第４の特徴がある。

【００１５】第３および第４の特徴によれば、ＲＣＰフ
レームに含まれている通信中断を意味する情報を受信し
たならば、回線を開放して通信を中断することができ
る。特に、第４の特徴によれば、通信中断を意味する情
報が登録されるので、後でこの情報を解析することによ
り通信の中断がオペレータの指示によるものであること
を確認することができる。

【００１６】

【発明の実施の形態】以下に、図面を参照して本発明を
詳細に説明する。図３は本発明の一実施形態に係るファ
クシミリ装置の全体の構成を示すブロック図である。こ
のファクシミリ装置は、ファクシミリ装置全体の制御処
理を行うＣＰＵ１、制御プログラム実行時に使用するワ
ークエリアとしてのＲＡＭ２、ファクシミリ装置を操作
するための表示画面と操作スイッチが設けられた操作表
示装置３、送信原稿を読み取る読取装置４、受信画情報
等を印刷して出力する印字装置５、符号化・復号化・拡
大・縮小等の画像処理を行う画像処理装置６、送信する
画情報または受信した画情報を格納する画像蓄積装置
７、ファクシミリ装置全体を制御するプログラムを記憶
したＲＯＭで構成されるシステム制御部８、デジタル網
（ＩＳＤＮ網等）のに適した通信（Ｇ４等）を制御する
ためのプログラムを記憶したＲＯＭから構成された第１
の通信制御部９、アナログ網（Ｇ３等）に適した通信を
制御するためのプログラムを記憶したＲＯＭから構成さ
れた第２の通信制御部１０、デジタル網へ接続するため
のデジタル網制御装置１１、および切換えによって複数
の外部回線インタフェースと複数の内部通信回路とを接
続するための回線切換え制御装置１５を備えており、こ
れらはシステムバス１４により相互に接続されている。

【００１７】第１の通信制御部９は回線切換え制御装置
１５と直接接続され、第２の通信制御部１０は低速モー
ドと高速モードとを備えたモデム１２を介して回線切換
え制御装置１５と接続されている。該回線切換え制御装
置１５はさらにデジタル網制御装置１１およびアナログ
網制御装置１３と接続されている。

【００１８】上記の構成のファクシミリ装置は、これと
同一構成のファクシミリ装置、アナログ網にのみ接続可
能なファクシミリ装置、デジタル網のみに接続可能なフ
ァクシミリ装置等の相手機と回線を介して接続される。
このファクシミリ装置をアナログ網にのみ接続する場合
には、第１の通信制御部９およびデジタル網制御装置１
１を省略することができ、また、デジタル網のみに接続
する場合には、第２の通信制御部１０、モデム１２およ
びアナログ網制御装置１３を省略することができる。

【００１９】次に、短縮プロトコルによる通信手順を説
明する。まず、送信プロトコルについて説明する。図４
は送信のゼネラルフローチャートである。同図におい
て、ステップＳ１では、操作表示装置３から入力された
電話番号に従って発呼を行う。電話番号がＲＡＭ２に予
め短縮ダイヤルとして記憶されている場合には、その短
縮番号を読み込んで発呼を行う。ステップＳ２，３で
は、ＲＡＭ２をサーチして前記短縮ダイヤルに対応して
登録されている相手機の能力に短縮プロトコル受信能力
が記憶されているかを判断する。相手機の能力は予め登
録しておくこともできるが、プロトコル手順の結果によ
って登録することもできる。以下は、プロトコル手順を
実行した結果によって登録する場合の手順に従う。

【００２０】したがって、最初はステップＳ３は否定と
なり、ステップＳ４に進んでＣＮＧ（呼出音）を送出す
る。ＣＮＧを送出しつつ、ステップＳ５ではＣＥＤ（被
呼局識別）信号またはなんらかのコマンドの受信を待
つ。コマンドを受信したならば、ステップＳ６に進み、
ＮＳＦ（非標準機能信号）の受信有無を判断する。ＮＳ
Ｆを受信したならばステップＳ７に進み、このＮＳＦが
自機と同一機種のものかを判別する。自機と同一機種と
判別されたならばステップＳ８に進み、短縮プロトコル
（図中「短プロ」と示す）の受信能力の有無を判断し、
短縮プロトコル受信能力があればステップＳ９に進み、
前記短縮ダイヤルに対応させて「短縮プロトコル受信能
力あり」をＲＡＭ２に登録する。相手機能力を登録した
ならば、ステップＳ１４の送信フェーズＢに進む。送信
フェーズＢの詳細は図６に関して後述する。

【００２１】ＮＳＦを受信しなかった場合、ＮＳＦを受
信したとしても自機と同一機種のＮＳＦでなかった場
合、相手機に短縮プロトコル受信能力がない場合、つま
りステップＳ６〜Ｓ８の判断が否定の場合はステップＳ
１０に進み、前記短縮ダイヤルに対応させて「短縮プロ
トコル受信能力なし」をＲＡＭ２に登録する。相手機能
力を登録したならば、ステップＳ１１の通常の送信モー
ドつまり短縮プロトコルでない送信モードへ移行する。

【００２２】相手機が短縮プロトコル受信能力を有して
いることが登録されていれば、ステップＳ３の判断は肯
定となり、ステップＳ１２の送信フェーズＡに進む。送
信フェーズＡの詳細は図５に関して後述する。

【００２３】ステップＳ１３では、短縮プロトコルモー
ドでの送信か通常の送信かを判断する。これは送信フェ
ーズＡ（ステップＳ１２）の実行結果により判断する。
通常の送信ならばステップＳ６に進む。短縮プロトコル
モードでの送信ならばステップＳ１４の送信フェーズＢ
に進む。送信フェーズＢを実行したならば、ステップＳ
１５に進み、送信フェーズＢ（ステップＳ１４）の実行
結果により再び短縮プロトコルモードでの送信か否かを
判断する。短縮プロトコルモードならばステップＳ１６
およびステップＳ１７でそれぞれ送信フェーズＣ，Ｄを
実行する。ステップＳ１８およびステップＳ１９では、
送信フェーズＤの実行結果に基づき、それぞれ送信フェ
ーズＣ，Ｂへ進むか否かを判断する。送信フェーズＣま
たはＢに進まない場合、つまりフェーズＥへ移行したと
きはステップＳ２０で低速のＤＣＮを送出して送信を終
了する。

【００２４】次に、送信フェーズＡを説明する。図５に
おいて、ステップＳ２１では、極性反転検知機能の有無
を判断する。極性反転検知機能がある場合は、ステップ
Ｓ２２でＣＮＧ送出開始タイマをスタートさせ、ステッ
プＳ２３で極性反転が検知されたか否かを判断する。極
性反転が検知されたならばステップＳ２９に進み、短縮
プロトコルモードへ移行する。極性反転の検知は前記タ
イマがタイムアウトするまで行い（ステップＳ２４）、
タイムアウトしたならばステップＳ２５に進んでＣＮＧ
（呼出音）を送出する。ステップＳ２６では極性反転が
検知されたか否かを判断する。極性反転が検知されたな
らばステップＳ２９に進み、短縮プロトコルモードへ移
行する。極性反転が検知されない場合は、ステップＳ２
７に進んでＣＥＤ（被呼局識別）の受信有無を判断す
る。ＣＥＤが受信されたならばステップＳ２９に進み、
短縮プロトコルモードへ移行する。ＣＥＤが受信されな
かったならばステップＳ２８に進み、ＮＳＦ／ＤＩＳ等
の低速コマンドの受信有無を判断する。低速コマンドが
受信されなかったならばステップＳ２５に進む。低速コ
マンドが受信されたならばステップＳ３３に進み、通常
送信モードへ移行する。

【００２５】一方、ステップＳ２１で極性反転検知機能
がないと判断されたならば、ステップＳ３０に進んでＣ
ＮＧ（呼出音）を送出する。ステップＳ３１ではＣＥＤ
の受信有無を判断する。ＣＥＤが受信されたならばステ
ップＳ２９に進んで短縮プロトコルモードへ移行する。
ＣＥＤが受信されなかったならばステップＳ３２に進
み、低速コマンドの受信有無を判断する。ＣＥＤが受信
されたならばステップＳ３３に進み、通常の送信モード
へ移行する。ＣＥＤが受信されなかったならばステップ
Ｓ３０に進む。

【００２６】このように、送信フェーズＡでは、極性反
転またはＣＥＤが検知されたならば直ちに短縮プロトコ
ルモードへ移行するように構成している。

【００２７】次に、送信フェーズＢを説明する。図６に
おいて、ステップＳ３４でポーリングか否かを判断し、
ポーリングの場合はステップＳ４４〜Ｓ５２の手順を実
行する。ポーリングでない場合は、ステップＳ３５に進
んで所定の単一トーンを送出する。この単一トーンは、
ステップＳ３６で送出する高速のＮＳＳ（非標準機能設
定）の伝送速度を示す信号である。ステップＳ３６で
は、例えば９６００ｂｐｓの高速ＮＳＳを送出する。

【００２８】ステップＳ３７では、ＮＳＳに対する相手
機からのレスポンスの有無を判断する。レスポンスがあ
ればステップＳ３８に進み、そのレスポンスが高速ＮＳ
Ｆ（非標準機能）か否かを判断する。高速ＮＳＦを受信
したならばステップＳ３９に進み、短縮プロトコルモー
ドへ移行する。高速ＮＳＦを受信しなかった場合、つま
り低速コマンドならばステップＳ４０に進んで通常の送
信モードへ移行する。

【００２９】また、ステップＳ３７でレスポンスを受信
しないと判断されたならば、ステップＳ４１に進んで極
性反転を検知したか否かを判断する。極性反転を検知し
ない場合は、ステップＳ４３に進んでフォールバックパ
ラメータをセットしてステップＳ３５に進む。極性反転
を検知した場合は、できるだけ高速で通信を行うことが
できるように、ステップＳ４２に進んで伝送速度の初期
値にセットをし直す。したがって、ステップＳ４３のフ
ォールバックにより一旦低下された速度が、高速に戻さ
れる。

【００３０】ポーリングの場合は、ステップＳ４４〜Ｓ
５２を実行する。ステップＳ４４〜Ｓ５１は受信のため
の手順である以外は、前記ステップＳ３４〜Ｓ３８およ
びＳ４０〜Ｓ４３とほぼ同様の内容であるため、説明は
省略する。なお、ステップＳ５２では後述する受信フェ
ーズＢ（図１０）を実行する。

【００３１】次に、送信フェーズＣを説明する。この送
信フェーズＣでは，ＥＣＭ（エラー訂正）によるフレー
ムに分割し、第１フレーム（フレームＮｏ．０）には、
該第１フレームに続く第２フレーム以降の画情報を示す
パラメータまたはＮＳＳの情報を設定し、第２フレーム
以降に画情報を設定して送出する。

【００３２】図７において、まず、ステップＳ５３では
画情報の再送か否かを判断する。再送の場合はステップ
Ｓ５４において再送対象の画情報をフレームに設定して
送出する。ステップＳ５５では再送が終了したか否かを
判断し、再送終了ならばステップＳ５９に進む。画情報
の再送でない場合、つまり最初の送信の場合はステップ
Ｓ５６に進み、フレームＮｏ．０にＮＳＳの情報を設定
して送出する。このＮＳＳの情報は相手機とのネゴシェ
ーションの結果により最終的に決定したものであり、先
に、ステップＳ３６で送出したＮＳＳの内容そのものの
場合もあるし、ネゴシェーションの結果で変更する場合
もある。なお、ステップＳ３６でＮＳＳを送出している
ので、ここでは少なくとも原稿サイズおよび画質情報が
含まれていればよい。ステップＳ５７では、第２フレー
ム以降つまりフレームＮｏ．１以降に画情報を設定して
送出する。ステップＳ５８ではすべての画情報の送出が
終了したか否かを判断し、終了と判断されたならばステ
ップＳ５９に進む。ステップＳ５９では、ＲＣＰのファ
クシミリインフォメーションフィールド（ＦＩＦ）にポ
ストメッセージコマンドの内容を設定して送出し、レス
ポンスコマンド受信待ちフェーズ（送信フェーズＤ）へ
進む。ＲＣＰのフレーム構成は図１６，図１９に関して
後述する。

【００３３】次に、送信フェーズＤを説明する。図８に
おいて、ステップＳ６０ではレスポンス受信の有無を判
断する。レスポンスを受信しない場合は、ステップＳ６
１に進んで低速のポストメッセージコマンド（ＰＰＳ・
ＱまたはＰＰＳ・Ｐｒｉ−Ｑ）を送出する。レスポンス
が検出されたならば、ステップＳ６２に進み、そのレス
ポンスの内容が低速のＭＣＦ（メッセージ確認信号）か
否かを判断する。低速のＭＣＦを受信した場合は、ステ
ップＳ７６に進む。一方、レスポンスが低速のＭＣＦで
ない場合は、ステップＳ６３に進み、レスポンスが低速
のＰＰＲ（部分ページ要求）か否かを判断する。この判
断が否定の場合はステップＳ６４に進み、レスポンスが
低速のＰＩＰ（手順中断肯定）か否かを判断する。ＰＩ
Ｐが検出されたならば、ステップＳ６５でラインホール
ド手順を実行してステップＳ７６に進む。レスポンスが
低速のＭＣＦ，ＰＰＲ，ＰＩＰのいずれでもない場合
は、エラーと判断してステップＳ６６に進み、エラー処
理をする。

【００３４】低速のＰＰＲを受信したならば、ステップ
Ｓ６３からステップＳ６７に移行してＣＴＣ（訂正続
行）の送出が必要か否かを判断する。必要ならばステッ
プＳ６８に進んで低速のＣＴＣを送出する。これは、ス
テップＳ６９で低速のＣＴＲ（訂正続行応答）を受信す
るまで行われる。そうして、低速のＣＴＲを受信したな
らばフェーズＣに移行する。

【００３５】ステップＳ６７でＣＴＣの送出が不要と判
断されれば、ステップＳ７１でＥＯＲ（再送終了）の送
出が必要か否かを判断する。ＥＯＲの送出が必要ない場
合はステップＳ７６に進む。ＥＯＲの送出を要する場合
は、ステップＳ７２に進み、低速のＥＯＲを送出する。
ステップＳ７３では低速のＥＲＲ（再送終了応答）を受
信したか否かを判断し、低速のＥＲＲを受信したならば
ステップＳ７６に進む。低速のＥＲＲが受信されない場
合は、低速のＰＩＮ（手順中断否定）を受信したか否か
を判断する。この判断は、ＩＴＵ−Ｔ勧告Ｔ．３０の手
順に定められているようにＥＯＲを３回送出してＴ４タ
イマがタイムアウトするとＤＣＮ（回線切断命令）を送
出して回線を切断する。低速のＰＩＮを受信した場合は
ステップＳ７５に進んでラインホールド手順を行う。

【００３６】ステップＳ７６では、ステップＳ５９（送
信フェーズＣ）で送出したポストメッセージコマンドに
基づき、次に移行するフェーズを判断する。この判断に
より、ステップＳ７７，Ｓ７８，Ｓ７９に進み、フェー
ズＣ，Ｄ，Ｅに移行する。

【００３７】次に、受信プロトコルについて説明する。
図９は受信のゼネラメフローチャートである。同図にお
いて、ステップＳ８０では着信の有無を判断し、着信が
あったならばステップＳ８１に進み、１．８秒のタイマ
をスタートさせる。このタイマはＩＴＵ−勧告Ｔ．３０
に規定されているものである。ステップＳ８２では、短
縮プロトコルモードへの移行を指示する信号すなわち前
記高速のＮＳＳの伝送速度を示す単一トーンの受信有無
を判断する。該信号を受信した場合は短縮プロトコルモ
ードへ移行する（移行ケース１）。ステップＳ８３で
は、受信フェーズＢ（図１０）を実行する。受信フェー
ズＢに続いてステップＳ８４の受信フェーズＣ（図１
１）を実行し、さらにステップＳ８５では受信フェーズ
Ｄ（図１２）を実行する。ステップＳ８６ではフェーズ
Ｃに進むか否かを判断し、ステップＳ８７ではフェーズ
Ｂへ進むか否かを判断する。ステップＳ８６の判断が肯
定の場合はステップＳ８４に進み、ステップＳ８７の判
断が肯定の場合はステップＳ８３に進む。フェーズＣ，
Ｂのいずれにも移行しない場合はステップＳ８８に進ん
で低速のＤＣＮを受信して通信を終了する。

【００３８】ステップＳ８２で信号が受信されなかった
ならば、ステップＳ８９でＣＮＧの受信有無を判断す
る。ＣＮＧが受信できない場合はステップＳ９０でタイ
ムアウトと判断されるまでステップＳ８２，Ｓ８９の判
断を繰り返す。ＣＮＧが受信された場合、またはタイム
アウトになった場合はステップＳ９１に進んでＣＥＤを
送出する。ステップＳ９２では短縮プロトコルモードへ
の移行を指示する信号が受信されたか否かを判断する。
短縮プロトコルモードへの移行を指示する信号が受信さ
れたならばステップＳ９３に進んでＣＥＤの送出を停止
し、短縮プロトコルモード（移行ケース２）へ移行して
ステップＳ８３に進む。

【００３９】ステップＳ９２で信号が受信できなかった
ならば、ステップＳ９４に進んでＣＥＤ送出終了か否か
を判断する。ＣＥＤの送出を終了した場合はステップＳ
９５に進み、ＮＳＦ／ＤＩＳを送出する。ステップＳ９
６では短縮プロトコルモードへの移行を指示する信号を
受信したか否かを判断する。短縮プロトコルモードへの
移行を指示する信号を受信したならば、短縮プロトコル
モード（移行ケース３）へ移行してステップＳ８３に進
み、該信号を受信しなかった場合は、ステップＳ９７に
進んで通常の受信モードへ移行する。

【００４０】次に、受信フェーズＢを説明する。図１０
において、ステップＳ９８では高速のＮＳＳを受信した
か否かを判断する。高速ＮＳＳを受信したならばステッ
プＳ９９に進み、高速ＮＳＦを送出する。送信機から高
速ＮＳＳを受信しなかったときは、ステップＳ１００に
進んで高速ＮＳＣを受信したか否かを判断する。これ
は、短縮プロトコルでポーリングを実行するか否かを判
断するためである。こうして高速ＮＳＳか高速ＮＳＣを
受信するまでステップＳ９８とＳ１００を繰り返す。ス
テップＳ１００の判断が肯定となった場合は、ステップ
Ｓ１０１でポールド準備ができたか否かを判断する。準
備ができていればステップＳ１０２に進み、原稿を送信
するため、送信フェーズＢ（図６）を実行する。ポール
ド準備ができていない場合は、ステップＳ１０３に所定
のエラー手順を実行して終了する。

【００４１】次に、受信フェーズＣを説明する。この受
信フェーズＣではＥＣＭによるフレームに分割して送出
されてくる画情報を受信する。フレーム構成は第１フレ
ーム（フレームＮｏ．０）には画情報を示すパラメータ
が設定され、第２フレーム以降には画情報が設定され
る。

【００４２】図１１において、ステップＳ１０４ではＦ
ＣＤ（ファクシミリ符号化データ）フレームつまり画情
報フレームを受信したか否かを判断する。この判断が肯
定ならばステップＳ１０５に進み、フレームＮｏ．０つ
まり第１フレームのＮＳＳを受信したか否かを判断す
る。第１フレームを受信したならばステップＳ１０５の
判断は肯定となり、ステップＳ１０６でＮＳＳを解析す
る。第１フレームを受信しなかったならば、第２フレー
ム以降つまり画情報のフレームを受信したと判断してス
テップＳ１０７に進み、受信した画情報を画像蓄積装置
７に蓄積する。ステップＳ１０８ではフレームの受信を
終了したか否かを判断し、この判断が肯定となるまでス
テップＳ１０４に進む。ステップＳ１０８が肯定となら
ずに、ＦＣＤフレームの受信が終了したならば、最後の
フレームにＲＣＰフレームがある場合であり、ステップ
Ｓ１０９に進んでＲＣＰフレームのポストメッセージコ
マンドを解析する。ポストメッセージコマンドの解析ま
たはフレームの受信を終了したならば該受信フェーズＣ
を抜ける。

【００４３】次に、受信フェーズＤを説明する。図１２
のステップＳ１１０ではＲＣＰを受信しているか否かを
判断する。ＲＣＰを受信していないでこのフェーズＤに
移行した場合は、ステップＳ１１１に進んで低速コマン
ドを待つ。ＲＣＰを受信していた場合、または、低速コ
マンドを受信した場合はステップＳ１１２に進み、受信
したＦＣＤフレームにエラーがないか否かを判断する。
ＦＣＤフレームにエラーがない場合はステップＳ１１３
に進み、ラインホールドか否かを判断し、この判断が肯
定ならばステップＳ１１４でラインホールド手順を実行
する。ラインホールドでない場合は、ステップＳ１１５
に進んで低速ＭＣＦを送出し、ステップＳ１２４に進
む。

【００４４】ＦＣＤフレームにエラーがある場合は、ス
テップＳ１１６に進んで低速のＰＰＲ（部分ページ要
求）を送出する。ステップＳ１１７ではＣＴＣを受信し
たか否かを判断する。ＣＴＣを受信したならばステップ
Ｓ１１８に進み、低速ＣＴＲを送出する。ＣＴＣを受信
しなかったならばステップＳ１１９に進み、ＥＯＲを受
信したか否かを判断する。ＥＯＲを受信しなかったなら
ばフェーズＣへ移行する。ＥＯＲを受信したならばステ
ップＳ１２１に進み、ラインホールドか否かを判断し、
この判断が肯定ならばステップＳ１２２でラインホール
ド手順を実行する。ラインホールドでない場合は、ステ
ップＳ１２３に進んで低速ＥＲＲを送出し、ステップＳ
１２４に進む。ステップＳ１２４では、受信したポスト
メッセージコマンドに基づき、次に移行するフェーズを
判断する。この判断により、ステップＳ１２５，Ｓ１２
６，Ｓ１２７に進み、フェーズＣ，Ｄ，Ｅに移行する。

【００４５】図１３，図１４は、上述のプロトコル手順
のシーケンス図である。図１３（ａ）は、極性反転を検
知して短縮プロトコルモードへ移行する場合のシーケン
スを示す。同図において、「信号」は短縮プロトコルモ
ードへの移行を示す信号であり、ＲＣＰフレーム（ＰＰ
Ｓ・ＭＰＳ）はＲＣＰフレーム内にポストメッセージコ
マンドのＰＰＳ・ＭＰＳを設定することを示し、ＲＣＰ
フレーム（ＰＰＳ・ＥＯＰ）はＲＣＰフレーム内にポス
トメッセージコマンドのＰＰＳ・ＥＯＰを設定すること
を示す。また、ＦＣＤフレーム（ＰＩＸ）はＦＣＤフレ
ームに画情報ＰＩＸを設定することを示し、ＥＰＴはＩ
ＴＵ−Ｔ勧告Ｖ．２７ｔｅｒ、Ｖ．２９（ｏｐｔｉｏ
ｎ）、Ｖ．１７等に定義されている無変調キャリアを示
す。

【００４６】図１３（ｂ）は、極性反転を検知する前に
ＣＥＤを検出して短縮プロトコルモードへ移行する場合
のシーケンスを示す。図１４は、相手機の能力の登録内
容に短縮プロトコルモードの受信能力が記憶されていな
い場合であって、相手機からのＮＳＦコマンドによって
短縮プロトコルの受信能力を判断した後、短縮プロトコ
ルモードへ移行する場合のシーケンスを示す。図１３，
図１４において、短縮プロトコルモードへの移行後、つ
まり送信側から「信号」を送出する段階から後のシーケ
ンスは互いに共通である。

【００４７】図１５は送信フレームの詳細を示す図であ
る。同図において、ＦＣＤフレームのＮｏ．０にはＮＳ
Ｃを記述し、フレームのＮｏ．１ないしＮｏ．Ｎには画
情報（ＰＩＸ）を記述している。そして、フレームＮ
ｏ．Ｎに続くＲＣＰにポストメッセージコマンド（ＰＰ
Ｓ・ＥＯＰ情報）を記述している。

【００４８】ポストメッセージコマンドの詳細を図１６
に示す。図１６（ａ）は、通常のＲＣＰフレームであ
り、図１６（ｂ）は本実施形態のＲＣＰフレームであ
る。図示のように、通常のＲＣＰフレームはフラグフィ
ールドＦ、アドレスフィールドＡ、コントロールフィー
ルドＣ、部分ページ復帰ＲＣＰ、フレームチェックシー
ケンスＦＣＳ、フラグフィールドＦから構成されてい
る。これに対して、本実施形態のＲＣＰフレームでは、
ＦＩＦを設け、ここにポストメッセージコマンドを記述
している。なお、図中符号Ｐ．Ｎｏは頁番号、Ｂ．Ｎｏ
はブロック番号、Ｆ．Ｎｏはフレーム番号を示す。

【００４９】続いて、原稿送信途中にストップキーが押
された場合の手順を説明する。図１７は送信機側で原稿
送信中にストップキーが押された場合の手順を示すフロ
ーチャートである。同図において、ステップＳ１３０〜
Ｓ１３４ならびにＳ１３６およびＳ１３７は、図７の送
信フェーズＣと同様であるので、説明は省略する。ステ
ップＳ１３５では中断要求の有無を判断する。この判断
は操作表示装置３に予め設定されたストップキーが押さ
れたか否かで行う。ストップキーが押されていない場合
は、ステップＳ１３６に進み、ストップキーが押された
ならば、ステップＳ１３８に進む。ステップＳ１３８で
はＲＣＰフレームのＦＩＦにＤＣＮを記述して送出し、
回線を開放する。なお、前記ＤＣＮに代え、予め取決め
されている「中断」を意味するコードを記述して送出し
てもよい。図１９（ａ）は、ＤＣＮを記述したＲＣＰフ
レーム、図１９（ｂ）は「中断」を意味する「ＳＴＯ
Ｐ」コードを記述したＲＣＰフレームの構造をそれぞれ
示す図である。なお、ＳＴＯＰコードによってこのＳＴ
ＯＰコードの内容つまりオペレータの操作によって送信
を中断することになったということを相手機に伝えるこ
とができる。また、ＳＴＯＰコードにはエラー内容を示
すエラーコードを付加してもよい（図１９（ｃ））。

【００５０】次に、前記ＤＣＮまたはＳＴＯＰコードを
検出する手順を含む受信機側の手順を説明する。図１８
において、ステップＳ１４０〜Ｓ１４５は図１１の受信
フェーズＣと同様であるので、説明は省略する。ステッ
プＳ１４６ではステップＳ１４５におけるＲＣＰフレー
ムのポストメッセージコマンド解析結果により、通常の
ポストメッセージコマンドを受信したと判断したならば
このフローを抜けて受信フェーズＤに進む。また、通常
のポストメッセージコマンドを受信しなかったならばス
テップＳ１４７に進み、ＤＣＮまたはＳＴＯＰコードを
受信して回線を開放する。なお、回線を開放した後は、
ＳＴＯＰコードの意味する内容つまり相手機のオペレー
タの操作によって送信を中断したことをＲＡＭ２に登録
してもよいし、その内容を前記エラーコードによって通
信ログ等に記録してもよい。

【００５１】次に、上述の通信中断のために必要な機能
をブロック図を参照して説明する。図１において、送信
機側の機能を説明する。中断要求検知部１７は操作表示
装置３のストップキー１６がオペレータによって操作さ
れると、それに応答して検知信号を出力する。検知信号
はコード記憶部１８およびＲＣＰフレーム生成部１９な
らびに回線開放部２１に送出される。コード記憶部１８
は検知信号に応答してＲＣＰフレーム生成部１９に予定
のＳＴＯＰコードまたはＤＣＮに対応するデータを出力
する。ＲＣＰフレーム生成部１９は前記検知信号が供給
されると、前記コードまたはデータに基づいてＲＣＰフ
レームのＦＩＦに前記ＳＴＯＰコードまたはＤＣＮを記
述して送信部２０に出力する。送信部２０はこのＲＣＰ
フレームを回線に送出する。また、回線開放部２１は前
記検知信号が入力された後、ＲＣＰフレームが回線に送
出されたことを検出すると回線を開放する。

【００５２】続いて、前記送信機側の機能に対応する受
信機側の機能を説明する。図２において、ＲＣＰフレー
ム検知部２２は相手機からの画情報フレームを監視し
て、ＲＣＰフレームを検知すると、そのＲＣＰフレーム
はコマンド解析部２３によって解析される。ＲＣＰフレ
ームにＳＴＯＰコードまたはＤＣＮが含まれていた場合
は、回線開放部２４が付勢されて回線が開放される。Ｒ
ＣＰフレームにＳＴＯＰコードが含まれていた場合、回
線が開放さた後、ＳＴＯＰコードの内容が登録部２５に
登録される。

【００５３】

【発明の効果】以上の説明から明らかなように、請求項
１または請求項２の発明によれば、ＲＣＰフレームのＦ
ＩＦにポストメッセージを記述して送信できるのでプロ
トコル手順を短縮できるとともに、通信中断指示があっ
た場合には、直ちにこれに応答することができる。

【００５４】また、請求項３および請求項４の発明によ
れば、ＲＣＰフレームに含まれている通信中断を意味す
る情報を受信したならば、回線を開放して通信を中断す
ることができる。特に、請求項４の発明によれば、通信
中断を意味する情報が登録されるので、後でこの情報を
解析することにより通信の中断がオペレータの指示によ
るものであることを確認することができる。すなわち、
送信機側でエラーが発生したために通信が中断したこと
を受信機側で確認することができる。

【図面の簡単な説明】

【図１】 本発明の一実施形態に係るファクシミリ装置
の送信部の要部機能を示すブロック図である。

【図２】 本発明の一実施形態に係るファクシミリ装置
の受信部の要部機能を示すブロック図である。

【図３】 本発明の一実施形態に係るファクシミリ装置
の全体構成を示すブロック図である。

【図４】 送信手順のゼネラルフローチャートである。

【図５】 送信フェーズＡの手順を示すフローチャート
である。

【図６】 送信フェーズＢの手順を示すフローチャート
である。

【図７】 送信フェーズＣの手順を示すフローチャート
である。

【図８】 送信フェーズＤの手順を示すフローチャート
である。

【図９】 受信手順のゼネラルフローチャートである。

【図１０】 受信フェーズＢの手順を示すフローチャー
トである。

【図１１】 受信フェーズＣの手順を示すフローチャー
トである。

【図１２】 受信フェーズＤの手順を示すフローチャー
トである。

【図１３】 本発明の一実施形態に係る送受信のシーケ
ンス図である。

【図１４】 本発明の一実施形態に係る送受信のシーケ
ンス図である。

【図１５】 画情報フレームの構成を示す図である。

【図１６】 ポストメッセージを含むＲＣＰのフレーム
構成図である。

【図１７】 ストップキーが押される場合を予定した送
信フェーズＣの手順を示すフローチャートである。

【図１８】 ＤＣＮ等が含まれたＲＣＰを受信する場合
を予定した受信フェーズＣの手順を示すフローチャート
である。

【図１９】 通信中断を意味する情報を含むＲＣＰのフ
レーム構成図である。

【図２０】 従来技術の手順を示すシーケンス図であ
る。

【図２１】 従来技術の手順を示すシーケンス図であ
る。

【図２２】 従来技術の手順を示すシーケンス図であ
る。

【符号の説明】

１６…ストップキー、 １７…中断要求検知部、 １８
…コード記憶部、 １９…ＲＣＰフレーム生成部、 ２
１，２４…回線開放部、 ２０…送信部、 ２２…ＲＣ
Ｐフレーム検知部、 ２３コマンド解析部、 ２５…登
録部

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

Claims (4)

【特許請求の範囲】
1. 【請求項１】 画情報およびプロトコル信号を回線に送
   出する送信手段と、 ＦＩＦを有するＲＣＰフレームを生成するＲＣＰフレー
   ム生成手段と、 通信中断を指示する入力手段と、 前記入力手段によって入力された通信中断指示を検知し
   て検知信号を出力する中断要求検知手段とを具備し、 前記ＲＣＰフレーム生成手段が、前記検知信号に応答し
   てＲＣＰフレームのＦＩＦにＤＣＮを記述して前記送信
   手段に出力するように構成されていることを特徴とする
   ファクシミリ装置。
2. 【請求項２】 前記ＲＣＰフレーム生成手段が、前記検
   知信号に応答してＲＣＰフレームのＦＩＦに通信中断を
   示す予定のコードを記述して前記送信手段に出力するよ
   うに構成されていることを特徴とする請求項１記載のフ
   ァクシミリ装置。
3. 【請求項３】 ＲＣＰフレームを検知するＲＣＰフレー
   ム検知手段と、 検知したＲＣＰフレームのＦＩＦを解析して通信中断を
   意味する情報が記述されているか否かを判断する解析手
   段と、 前記解析手段によって通信中断を意味する情報がＲＣＰ
   フレームに含まれていると判断された場合に、回線を開
   放する回線開放手段とを具備したことを特徴とするファ
   クシミリ装置。
4. 【請求項４】 前記通信中断を意味する情報がＲＣＰフ
   レームに含まれていた場合、該情報を登録する登録手段
   を具備したことを特徴とする請求項３記載のファクシミ
   リ装置。