JP2000184167A - 画像通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＤＴＥ（ホスト装置）とモデム間のインタフ
ェース処理時間を短縮するとともに、モデムのモード切
替をＤＴＥのソフトウェアに依存することなく確実に行
う。 【解決手段】 データの変復調処理を行うモデムと、前
記データの圧縮伸張処理を行う制御部とを有し、前記モ
デムに、受信したデータフレームをデフレーミングして
そのデータフレームを解析する手段と、解析の結果、Ｒ
ＣＰフレームと判定した場合、モードを主チャンネルモ
ードから制御チャンネルモードに切り替える手段とを備
える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電話回線などを
通じてコンピュータやファクシミリ装置などのデータ端
末装置（以下ＤＴＥと記す）に関し、特に、画データを
通信するための変復調装置を備えた画像通信装置に関す
る。

【０００２】

【従来の技術】よく知られているように、モデム（変復
調装置）の変調の方式には「周波数変調」「４相差動位
相変調」「直交振幅変調」「位相振幅変調」などがあ
り、通信速度によって異なる変調方式が用いられる。最
近の多くのモデム、例えばＦＡＸ（ＤＴＥであるファク
シミリ装置）に内蔵されるモデムはそのプロトコルに依
存して変復調モードおよび速度を切り替えるように構成
されており、そのモード切り替えのタイミングを送受信
間で同期することが、通信の信頼性の面で極めて重要で
ある。従来は、モデムのホスト装置であるＤＴＥ（デー
タ端末装置）がモデムの動作モードを選択し、モデムは
その指示に従って動作モードを切り替える構成になって
いた。 ［図２４に例示した従来技術の構成］代表的な従来技術
を図面を用いて説明する。図２４は従来技術のＤＴＥと
モデムのインタフェースを示すブロック図である。図２
５はこのインタフェースを用いたＩＴＵ−Ｔ勧告Ｖ．３
４規格以前のモデム制御シーケンス例であり、図２６は
このインタフェースを用いてＶ．３４規格のモデムを制
御するシーケンス例である。なおＩＴＵ−Ｔは国際電気
通信連合−電気通信標準化部門であり、旧ＣＣＩＴＴの
ことである。

【０００３】図２４において、ＤＴＥ（データ端末装
置）０１１はモデム（変復調装置）０１３とバス０１９
を通して結合されている。ＤＴＥ内部のＣＰＵ０１２
は、モデム内部の送信データレジスタ０１６と受信デー
タレジスタ０１７をＲＥＡＤ／ＷＲＩＴＥすることによ
り、送受信データの内容を知る。またＣＰＵ０１２は、
状態表示レジスタ０１５をＲＥＡＤすることでモデムの
動作状態を認知し、モデムのモード切り替えは、モード
レジスタ０１４にモード番号をＷＲＩＴＥすることでモ
デムの動作モードを切り替える。モデム内部の変復調動
作を実行する変復調部０１８は、モードレジスタ０１４
の指示に従って動作し、その逐次の動作状態を状態表示
レジスタ０１５を通してＤＴＥに伝える。 ［図２４に例示した従来技術の動作］まずＶ．３４規格
以前のＦＡＸ用のモデムの動作について図２５のタイミ
ングチャートに従って説明する。Ｖ．３４以前のＦＡＸ
用モデムは全て半二重通信で使用するモデムであり、送
受信双方から同時に波形が送出されるタイミングはな
く、どちらか一方しか波形を送出できない。そのために
Ｔ．３０規格のようなプロトコルで信号送出の順番が規
定されている。

【０００４】図２５は前モードが受信の場合で、その受
信データの内容を判断して次モードが送信に切り替わる
タイミングをあらわしている。そのときＤＴＥは受信デ
ータを判断してモード切り替え指示をモデムに命令する
のだが、どうしてもＤＴＥのソフトウエア処理時間が遅
れ要因となり、受信信号の終了と送信信号の先頭との間
に信号間ギャップが発生する。ただし半二重通信の場合
はこの信号間ギャップがどれほど長くなっても、通信不
可の要因とはならない。

【０００５】ところがＶ．３４規格の場合は、制御チャ
ンネル通信時に限り同時に双方から信号を送出する全二
重モードでデータをやりとりする。図２６はＶ．３４規
格でのモード切り替えタイミングの１例を示したもので
ある。前モードが制御チャンネルの全二重モードの受信
で終了し、次モードが主チャンネルの受信となる場合で
ある。この場合も、制御チャンネルのデータをＤＴＥが
判断したうえで、モード切り替え指示をだすことにな
る。

【０００６】

【発明が解決しようとする課題】前述の従来技術の構成
では、図２６におけるモードの切り替えはＤＴＥ側の指
示にそのタイミングが依存するため、ＤＴＥ側での送受
信データ処理に時間を消費した場合は、次モードの信号
受信に切り替わるのが遅れて正常に受信できないという
問題が発生していた。特にモデムの速度が向上すると、
時間当たりの処理量が増加し、ますますこの問題が発生
しやすくなる。

【０００７】またＶ．３４規格の半二重モデムのような
場合には、主チャンネルの１方向通信と制御チャンネル
の双方向同時通信とを交互に切り替える。この場合は、
信号間ギャップが一定期間（０．１秒）を越えると、エ
コーサプレッサーが復帰するために、制御チャンネルの
双方向同時通信が不可能となり、通信が回復不能となる
という問題も発生する。そのためＶ．３４規格では、信
号間ギャップは７０ｍＳ±５ｍＳの範囲に限定されてい
る。

【０００８】したがってＤＴＥとモデム間のインタフェ
ースに関し、ＤＴＥ側での処理時間を短縮する機構が必
要である。しかし、ＤＴＥ側での処理速度が向上してモ
ード切り替えのタイミングが信号間ギャップに比例して
少ない時間で処理できたとしても、信号間ギャップの時
間監視は、±５ｍＳ程度の精度が要求される。そのた
め、ＤＴＥ側でのモデム状態監視のソフトウエアは最大
限の優先度が要求されることとなり、ＤＴＥのシステム
設計を困難なものにしてしまうという問題も発生してい
る。

【０００９】この発明は前述した従来の問題点に鑑みな
されたもので、ＤＴＥとモデム間のインタフェース処理
時間を短縮すると共に、モデムのモード切り替えがＤＴ
Ｅのソフトウエアーに依存することなく確実に通信する
ことができる画像通信装置を提供することを目的とす
る。

【００１０】

【課題を解決するための手段】上記目的を達成するた
に、請求項１に係わる発明は、データの変復調処理を行
うモデムと、前記データの圧縮伸張処理を行う制御部と
を有し、前記モデムに、受信したデータフレームをデフ
レーミングしてそのデータフレームを解析する手段と、
解析の結果、ＲＣＰフレームと判定した場合、モードを
主チャンネルモードから制御チャンネルモードに切り替
える手段とを備えたものである。

【００１１】この構成により、請求項１の発明では主チ
ャネルモードから制御チャネルモードへの切り替え制御
において、モデム自身が把握して、ホスト装置であるＤ
ＴＥの制御から独立して自らで実行することができる。

【００１２】また、請求項３に係わる発明はデータの変
復調処理を行うモデムと、前記データの圧縮伸張処理を
行う制御部とを有し、前記モデムに、受信したデータを
解析する手段と、解析の結果、データ転送中には発生し
得ない特殊パターンから成る制御チャンネル終了信号を
検出した場合、モードを制御チャンネルモードから主チ
ャンネル受信モードに切り替える手段とを備えたもので
ある。

【００１３】この構成により、請求項３の発明は制御チ
ャネルモードから主チャネルモードへの切り替え制御に
おいて、モデム自身が把握して、ホスト装置であるＤＴ
Ｅの制御から独立して自らで実行することができる。

【００１４】また、請求項４に係わる発明はデータの変
復調処理を行うモデムと、前記データの圧縮伸張処理を
行う制御部とを有し、前記モデムに、複数の処理手順に
関する実行プログラムを格納する記憶手段と、受信した
データフレームをデフレーミングしてそのデータフレー
ムを解析する手段と、解析の結果ＲＣＰフレームと判定
した場合、モードを主チャンネルモードから制御チャン
ネルモードに切り替える手段と、切り替えた現在のモー
ドに対応する処理手順を実行する手段とを備えたもので
ある。

【００１５】また、請求項５に係わる発明はデータの変
復調処理を行うモデムと、前記データの圧縮伸張処理を
行う制御部とを有し、前記モデムに、複数の処理手順に
関する実行プログラムを格納する記憶手段と、受信した
データを解析する手段と、解析の結果、データ転送中に
は発生し得ない特殊パターンから成る制御チャンネル終
了信号を検出した場合、モードを制御チャンネルモード
から主チャンネル受信モードに切り替える手段と、切り
替えた現在のモードに対応する処理手順を実行する手段
とを備えたものである。

【００１６】これらの構成により、請求項１あるいは請
求項３に係わる発明と同様にＤＴＥとモデム間のインタ
フェース処理時間を短縮するとともにＤＴＥのソフトウ
エアーに依存することなく確実に通信を行うことができ
る。

【００１７】

【実施例】［図１に示した実施例の構成］図１はこの発
明の一実施例による画像通信装置の概略を示すブロック
図である。図１において、１１はデータの変復調処理を
行うモデム、１２はデータ伸張および記録等の処理を行
うホストＤＴＥとしてのファクシミリ制御装置である。
モデム１１には、回線Lの制御を行う回線制御部１１
１、アナログFEP(FEP：フロント・エンド・プロセッサ)
１１２、変復調等の処理をデジタル的に行うDSP(デジタ
ル信号処理部)１１３、２つの書き込み／読み出しアク
セスポートを有するデュアルポートRAM１１４、割込制
御部１１５が設けられている。

【００１８】ファクシミリ制御装置１２は、画像読み取
り／記録部１２３、画像データの圧縮／伸張部１２２、
操作パネル等のコンソール１２１、画像データを一時的
に記憶するワーキングRAM１２４、および装置全体の動
作を制御するCPU(中央処理装置)１２５が設けられてい
る。

【００１９】ここで、上記デュアルポートRAM１１４
は、モデム１１とファクシミリ制御装置１２との間に配
置され、一方のアクセスポートがモデム１１内のバスB1
に、他方のアクセスポートがファクシミリ制御装置１２
内のバスB2に接続されており、モデム１１側からのデー
タの読み出し／書き込みとファクシミリ制御装置１２側
からの読み出し／書き込みとが同時に行われるようにな
っている。

【００２０】図２は図１におけるデュアルポートＲＡＭ
のメモリ構成を示したメモリ構成図である。図２におい
て、主チャンネルに対応するＡチャンネルブロック、送
信の制御チャンネルに対応するＢチャンネルブロック、
受信の制御チャンネルに対応するＣチャンネルブロック
という具合に、各モード毎に通信バッファが別個に設け
られており、各通信バッファは複数バンク０〜３を有し
ている。さらに、前記各チャンネルブロックに対応して
チャンネルエリアポインタ（ＣＨエリアポインタ）およ
びチャンネルエリア（ＣＨエリア）がそれぞれ設けられ
ている。なお、チャンネルエリアポインタにはチャンネ
ルエリアをアクセスするための情報が書かれている。

【００２１】図３はチャネルブロックをアクセスするた
めに必要なチャンネルエリアの一例を示したメモリ構成
図である。図３において、チャンネルコマンドは、対応
するチャンネルが送信モードか、受信モードかを切り替
えるためのコマンドを格納するためのエリアであり、チ
ャンネルステータスは、対応するチャンネルの送信、受
信エラーに関する情報を表示するエリアである。図４は
図３で示したチャンネルコマンドの詳細なビット割り付
けの一例である。図５は図４で示したチャンネルステー
タスの詳細なビット割り付けの一例である。

【００２２】以上のように構成したモデム１１について
Ｖ．３４半二重モードでの通信を例にその動作を説明す
る。 ［モード毎のデータ格納処理］まず、ＤＴＥからの受信
データをモード毎に管理する実施例について説明する。
Ｖ．３４半二重モードで通信を行う場合、通信チャンネ
ルとして、主チャンネルと制御チャンネルがある。主チ
ャンネルは、いわゆるファクシミリ通信における画情報
の通信に使用され、制御チャンネルはＩＴＵ−Ｔ Ｔ．
３０において勧告されているフェーズＢの制御情報の通
信に使用される。ここで、主チャンネルは、Ａチャンネ
ルブロックを使用し、制御チャンネルの送信は、Ｂチャ
ンネルブロックを、また制御チャンネルの受信には、Ｃ
チャンエルブロックを使用する。

【００２３】まず制御チャンネル送信処理について説明
する。Ｔ．３０フェーズＢにおいて、モデム１１は制御
チャンネルを送信するために、Ｂチャンネルコマンドの
チャンネルモード設定ビットを”１”に設定する。Ｂチ
ャンネルブロックのバンク０にデータを書き込む。また
モデム１１はステータス０のＤａｔａ Ｆｕｌｌ／Ｅｍ
ｐｔｙビット”１”を認識し、書き込み完了を確認し、
バンク０のデータを読みだして、変調等の信号処理を行
い、回線にデータを送出する。バンク０のデータを送信
し終えたら、ステータス０のＤａｔａ Ｆｕｌｌ／Ｅｍ
ｐｔｙ表示ビットを”０”にする。

【００２４】一方、ファクシミリ制御装置１２は、バン
ク１に対応するステータス１のＤａｔａ Ｆｕｌｌ／Ｅ
ｍｐｔｙ表示ビットが”０”であれば、モデムがバンク
０のデータを送信している間に、次のデータフレームを
バンク１に書き込む。書き込みが完了したらステータス
１のＤａｔａ Ｆｕｌｌ／Ｅｍｐｔｙ表示ビットを”
１”にする。モデムは、バンク０の送信が終了したらス
テータス１を調べ、Ｄａｔａ Ｆｕｌｌ／Ｅｍｐｔｙ表
示ビットが”１”になっていたら（次のデータフレーム
の書き込みが完了したら）、バンク０と同様に、バンク
１のデータを送信する。以下同様に、バンク２、バンク
３、バンク０の順でデータフレーム毎に送信する。ここ
で、モデムは、制御チャンネル送信コマンド実行中にも
かかわらず、すべてのバンクにおいて、バンクステータ
スのＤａｔａ Ｆｕｌｌ／Ｅｍｐｔｙ表示ビットが”
０”で、送るべきデータフレームの無い場合は、Ｂチャ
ンネルステータスの送信エラー表示ビットを”１”し、
ファクシミリ制御装置に、Ｂチャンネルブロック送信エ
ラーを通知する。

【００２５】次に制御チャンネル受信処理について説明
する。モデム１１は制御チャンネルを受信するために、
Ｃチャンネルコマンドのチャンネルモード設定ビット
を”０”に設定する。またモデム１１はデータの受信と
復調を行い、Ｃチャンネルブロックのバンク０に対応す
るステータス０のＤａｔａ Ｆｕｌｌ／Ｅｍｐｔｙ表示
ビットが”０”である事を確認して、バンク０に１デー
タフレームを書き込む。書き込みが終了したらステータ
ス０のＤａｔａ Ｆｕｌｌ／Ｅｍｐｔｙ表示ビットを”
１”（書き込み完了＝読みだし可）とする。ファクシミ
リ制御装置１２は、ステータス０のＤａｔａ Ｆｕｌｌ
／Ｅｍｐｔｙ表示ビットが”１”を確認したら、バンク
０からデータを読みだす。モデムは、バンク１のＤａｔ
ａ Ｆｕｌｌ／Ｅｍｐｔｙ表示ビットが”０”であれ
ば、バンク０のデータがファクシミリ制御装置によって
読みだされている間にもバンク１に次の受信データフレ
ームを書き込む。書き込み終了後は、バンク０と同様に
ファクシミリ制御装置により読み出される。以下同様に
バンク２、バンク３、バンク０の順でデータフレーム毎
に受信処理される。ここでモデムは、制御チャンネル受
信コマンド実行中にもかかわらず、すべてのバンクにお
いてバンクステータスのＤａｔａ Ｆｕｌｌ／Ｅｍｐｔ
ｙ表示ビットが”１”で、受信データフレームをＣチャ
ンネルブロックの空いたバンクに書き込めない場合、Ｃ
チャンネルステータスの受信エラー表示ビットを”１”
し、ファクシミリ制御装置にＣチャンネルブロック受信
エラーを通知する。

【００２６】以上述べたように、制御チャンネルの送受
信処理は、それぞれＢチャンネルブロックおよびＣチャ
ンネルブロックを使用して行われるため、Ｖ．３４半二
重モードにおいて制御チャンネルの送信受信の全二重同
時動作が行われても、ファクシミリ制御装置およびモデ
ムは繁雑な処理を行う必要がなく、制御チャンネル送信
データ、制御チャンネル受信データの受け渡しを安全に
行うことができる。

【００２７】また、Ａチャンネルブロックの主チャンネ
ルについても制御チャンネルの送受信と同様に構成され
ており、チャンネルコマンド、チャンネルモードビット
を”１”に設定することによって送信モード、チャンネ
ルモードビットを”０”に設定することによって受信モ
ードと切り替えて、主チャンネルの送信および受信動作
を行うことができる。

【００２８】さらにＶ．３４半二重モードにおいては、
制御チャンネルの送受信動作から主チャンネルの送信あ
るいは受信動作、逆に、主チャンネルの送信あるいは受
信動作から制御チャンネルの送受信動作へと切り替わる
モード切り替えも実行することができる。 ［データの送出停止処理］次に、処理について図６〜図
１０を加えて説明する。図６はデュアルポートＲＡＭ１
１４上のコマンドエリア、ステータスエリア、バンクの
関係を示した図である。図６において、コマンドエリア
にはＤＴＥからのチャンネル終了などに関する動作指示
が格納され、ステータスエリアにはバッファの状態(Dat
a Full/Empty表示、アボート発生の有無、誤りの有無)
を示す情報が格納されている。これらのコマンドエリ
ア、ステータスエリアは各バンク毎に対応して設けられ
ている。これは、どのバンクのデータを送出し終えたと
きに処理を終了させるかを厳格に管理するためである。

【００２９】ここで、各バンクには誤り検出単位である
データフレームを単位としてデータが格納されている。
図７はコマンドエリアの詳細なビット割り付けの一例を
示したメモリ構成図であり、図８はステータスエリアの
詳細なビット割り付けの一例を示したメモリ構成図であ
る。ここでは、バンク０に対応するコマンドエリアとス
テータスエリアを示したが、バンク１〜３についても同
様である。また、図９は送信割込みステータスを示した
メモリの構成図であり、図１０は受信割込みステータス
を示したメモリ構成図である。 ［データ送信処理］以上の構成の動作・作用を説明す
る。まず、データ送信処理について述べる(前記複数の
チャンネルのうち、例えばＡチャンネルを使用するもの
とする)。ファクシミリ制御装置１２は、ステータス０
のData Full/Empty表示ビットが'0'(読み出し完了＝書
き込み可)であることを確認し、送信データ１フレーム
をバンク０に書き込む。書き込みが完了したら、コマン
ド０のチャンネル終了指示ビットを'0'(終了しない)と
し、ステータス０のData Full/Empty表示ビットを'1'
(書き込み完了＝読み出し可)にする。

【００３０】モデム１１は、コマンド０のチャンネル終
了指示ビットが'0'、ステータス０のData Full/Empty表
示ビットが'1'であることを認識したら、バンク０のデ
ータを読み出して変調等の信号処理を行い回線Lにデー
タを送出する。バンク０のデータを送信し終えたら、ス
テータス０のData Full/Empty表示ビットを'0'にすると
同時に、割込制御部１１５によりファクシミリ制御部１
２に割込が発生する。

【００３１】ファクシミリ制御装置１２は、図９に示す
送信割込ステータスを検査することによりバンク０のデ
ータがモデム１１による読み出しが完了したことを知る
ことができる。ファクシミリ制御装置１２は、バンク１
に対応するステータス１のData Full/Empty表示ビット
が'0'であれば、モデム１１がバンク０のデータを送信
している間に、次のデータフレームをバンク１に書き込
む、またコマンド１のチャンネル終了指示ビットを'0'
とし、ステータス１のData Full/Empty表示ビットを'1'
にする。

【００３２】モデム１１はバンク０の送信が終了した
ら、コマンド１、ステータス１を調べ、Data Full/Empt
y表示ビットが'1'になっていたら(次のデータフレーム
の書き込みが完了していたら)、バンク０と同様にバン
ク１のデータを送信し、チャンネル終了指示がなければ
次バンクに進む。以下同様に、バンク２、バンク３、バ
ンク０、・・・とデータフレーム毎に送信する。データ
送信(Ａチャンネル)を終了する場合は、例えばバンク３
にデータフレームを書き込みステータス３のDataFull/E
mpty表示ビットを'1'にすると同時に、コマンド３のチ
ャンネル終了指示ビットを'1'としモデム１１に終了を
指示する。モデム１１はステータス３を調べると同時に
コマンド３も調べることにより、Data Full/Empty表示
ビットが'1'であること、およびチャンネル終了指示を
認識し、バンク３のデータを送信後データ送信処理(Ａ
チャンネル)を終了する。 ［データ受信処理］次にデータ受信処理について説明す
る。モデム１１は、データを受信すると復調を行い、ス
テータス０のData Full/Empty表示ビットが'0'であるこ
とを確認してバンク０に１データフレームを書き込む。
書き込みが終了したらステータス'0'のData Full/Empty
表示ビットを'1'(書き込み完了＝読み出し可)とする。
また、割込制御部１１５によりファクシミリ制御部１２
に割込がかかる。

【００３３】ファクシミリ制御部１２は受信割込ステー
タスを検査し、バンク０にデータが書き込まれたことを
認識する。１データフレームを受信する際、モデム１１
はアボート発生の有無や、フレームの最後に付加される
誤り検出信号(フレームチェックシーケンス)を検査して
誤りの有り無しを判定し、その結果を受信割込ステータ
スに表示する。ファクシミリ制御装置１２は、受信割込
ステータスのアボートの発生無し、データフレームに誤
り無しを確認したら、バンク０からデータを読み出す。
モデム１１は、バンク１のData Full/Empty表示ビット
が'0'であれば、バンク０のデータがファクシミリ制御
装置２によって読み出されている間にもバンク１に次の
受信データフレームを書き込む。書き込み終了後は、バ
ンク０と同様にファクシミリ制御装置１２により読み出
される。以下同様にバンク２、バンク３、バンク０の順
にとデータフレーム毎に受信処理される。 ［エラーフレームの破棄処理］データ受信時に回線障害
などにより、データフレームに誤りが生じた場合やアボ
ートが検出された場合について、図１１〜図１４を追加
して説明する。図１１は受信データのフレームチェック
をした場合にエラーフレームが検出された状態を示した
図である。図１２（ａ）はエラーフレームと判定された
場合でもそのフレームを格納した従来の状態を示すメモ
リ図、（ｂ）はエラーフレームと判定された場合にはそ
のフレームを破棄する本発明の状態を示したメモリ図で
ある。また図１３は受信データにアボートの発生が検出
された状態を示した図である。図１４（ａ）はエラーフ
レームと判定された場合でもそのフレームを格納した従
来の状態を示すメモリ図、（ｂ）はエラーフレームと判
定された場合にはそのフレームを破棄する本発明の状態
を示したメモリ図である。

【００３４】まず、誤り検出信号により誤りが検出され
た場合（フレームチェックシーケンスエラー）は、図１
１に示すようにフレームｎ(誤りフレーム)をバンク１に
書き込み、割込制御部１１５によりファクシミリ制御部
１２に割込が発生する。ファクシミリ制御部１２は受信
割込ステータスを検査して、バンク１にデータが書き込
まれたこと、およびそのバンク１でフレームチェックシ
ーケンスエラーが発生したことを知る。ファクシミリ制
御部１２は、バンク１のデータは誤っているので読み出
し処理は行わず、次のデータフレームの受信を待つ。

【００３５】モデム１１は、図１２（ａ）に示すように
次のデータフレームｎ＋１を受信したらバンク２には書
き込まず、図１２（ｂ）に示すように再度バンク１に書
き込む。書き込みが終了したら割込制御部１１５により
ファクシミリ制御部１２に割込がかかる。ファクシミリ
制御部１２は、割込を受け付けたら受信割込ステータス
を検査し、バンク１に次のデータフレームｎ＋１が書き
込まれたことを知り受信処理を行う。アボートが発生し
た場合についても全く同様である。 ［モード切替処理］次に、モデム１１自身が自らモード
を実行する処理について図１５〜図１７を用いて説明す
る。図１５はこの発明のモード切替処理の一実施例をし
めす制御フロー図である。図１５は図２６で示したモー
ド切替えをＤＴＥ（ファクシミリ制御装置１２）側から
示した制御フロー図である。

【００３６】まず、ＤＴＥ１２から図２６で示す前モー
ドと、次モードをシーケンス制御できる総合モードを設
定する（Ｓ４０１）。次にＤＴＥ１２から前記総合モー
ドを実行する旨の指示（Ｓ４０２）を受けてモデム１１
は設定された総合モードを実行し、前モードの処理を開
始する。その後、ＤＴＥ１２はモデム１１からの前モー
ド終了通知待ちに入る（Ｓ４０３）。前モードの処理が
終了するとモデム１１はＤＴＥ１２に前モードが終了し
たことを通知し、自らタイマーをセットして、次モード
を開始するまでの時間を監視する。ＤＴＥ１２は前モー
ド終了の通知を受けると、次モードで実行するモードを
何種類から１つ選択しモデム１１に指示し（Ｓ４０
４）、モデム１１からの次モード終了通知待ちに入る
（Ｓ４０５）。モデム１１は、前記で設定したタイマー
のタイムアウトにより、次モード状態遷移設定（Ｓ４０
４）で設定された次モードを実行し、状態を監視して次
モードを終了させる状態となったならＤＴＥ１２に次モ
ード終了を通知する。次モード終了通知を受けたＤＴＥ
１２は総合モードシーケンスを終了させる。

【００３７】以上のように本発明によると、ＤＴＥ１２
からモード設定の指示を受けるだけで、ＤＴＥからのモ
ード切替え指示および処理開始指示を待つことなく、自
動的に前記処理を実行するので、信号間ギャップの監視
時間が±５ms程度の精度が要求されている処理手順にお
いても、ＤＴＥシステム設計を困難にすることなく、次
モードへの対応が遅れることを防止できる。 ［従来技術との比較］ここで、図１６を用いて従来の方
式と対比しながら本実施例の特徴を詳細に説明する。図
１６は図２６で示したモード切替えをＤＴＥ側から示し
た従来のモード切替え処理のフロー図である。

【００３８】従来は、ＤＥＴはモデムに対して前モード
の設定を指示をし（Ｓ４１１）、前モードの実行指示を
行い（Ｓ４１２）、その後、前モード処理の終了タイミ
ング監視していた（Ｓ４１３）。この場合、本発明では
ＤＴＥから総合モードの設定と実行指示をするだけで、
前モードの終了を自動的に行う。このような処理が可能
となるのは、モデムが通信シーケンスを予め格納してい
るからである。即ち、通信シーケンスは予め設定された
手順であるので、どの処理を実行するかが特定されれ
ば、モデムは、格納している通信シーケンスに基づいて
状態の遷移を管理することにより自ら処理を実行するこ
とができることになる。 ［タイマによる監視処理］次にＤＴＥはモデムの前モー
ド処理の終了を決定するとタイマーをセットして次モー
ドを開始するまでの時間を監視していた（Ｓ４１５）。
このように、ＤＴＥでタイミング監視を行っているた
め、信号間ギャップの監視時間が±５ms程度の精度が要
求されている処理手順の場合には、次モード処理に切り
替わるのが遅れてモデムにおいて、正常に処理できない
問題が生じていたが、本発明ではモデムがタイミング監
視することで、この問題から回避できる。

【００３９】次にＤＴＥはタイマーのタイムアウトを検
出すると、次モードを設定し（Ｓ４１６）、さらに次モ
ードを実行させる（Ｓ４１７）。次モードの実行の指示
を受け、モデムは次モード処理を開始する。ＤＴＥはこ
の次モード処理の監視を行い（Ｓ４１８）、次モード処
理を終了させる状態になったらこのシーケンスを終了さ
せる。

【００４０】以上のように、本発明では図１５に示すよ
うに、Ｓ４０３で前モードの処理が終了したならば、次
モードへの状態遷移はモデム１１自身で管理するととも
に、Ｓ４０４での次モードへの状態遷移設定で次モード
を設定しているのでモード切替のタイミングを確実に保
障して通信の安全を確保することができる。さらに、Ｄ
ＴＥ１２で行っていたタイミング監視をモデム１１に持
つことにより、ＤＴＥ１２の負荷を軽減できる。 ［モデム自身による多様なモード切替］さらに、モデム
１１が、いくつかの動作モードと、この動作モードを制
御するシーケンスをもった１つの動作モードを持つこと
の意義を図１７を用いて説明する。図１７はＩＴＵ勧告
Ｖ．３４半二重モードを使用するＦＡＸシーケンスのフ
ロー図であり、フェーズ１（Ｓ４３１）、フェーズ２
（Ｓ４３２）、フェーズ３（Ｓ４３３）、制御チャンネ
ル（Ｓ４３４）、主チャンネル（Ｓ４３５）はシーケン
ス中のモードを示している。モデム１１がこれらのモー
ドを１つにまとめたＶ．３４半二重モードを持ってい
る。

【００４１】まず、回線閉結後にモデムモードをＶ．３
４半二重モードに設定して動作させると、ステップＳ４
３１のフェーズ１から開始する。ここでは端末能力デー
タの交換が行われる。これが終了するとモデム１１はス
テップＳ４３２でフェーズ２へ状態遷移し、回線特性の
学習を行いモデムのシンボル速度を決定する。次にステ
ップＳ４３３でフェーズ３の処理に入り、モデム１１の
等価器トレーニングを行う。フェーズ３終了後モデムは
ステップＳ４３４の制御チャンネルに入る。ここではデ
ータ速度を決定し、Ｔ．３０の端末情報が交換される。

【００４２】制御チャンネルが終了すると、ステップＳ
４３５の主チャンネルに入る。ここではＦＡＸのイメー
ジデータが転送される。主チャンネルが終了するとステ
ップＳ４３７のデータ速度再設定を行う制御チャンネル
へ進むか、ステップＳ４３８のデータ速度再設定を行わ
ない制御チャンネルへ進むかをステップＳ４３６でＤＴ
Ｅ１２の指示で決定する。このため、ステップＳ４３５
の主チャンネル終了までにＤＴＥ１２はモデム１１に指
示を与え状態遷移を決定する。

【００４３】モデム１１はステップＳ４３７かステップ
Ｓ４３８のどちらかへ進んだ後、動作終了でない場合は
ステップＳ４３６の主チャンネルの状態に戻り、終了の
場合は動作を停止する。フェーズ１とフェーズ２の間の
無音区間は７５±５ｍｓｅｃであり、それ以降の各モー
ド間の無音区間は７０±５ｍｓｅｃとなっておりＤＴＥ
１２がこれを制御することは非常に大きな負荷となる
が、これをモデム１１が行うことで、この負荷を改善で
きる。 ［モード終了検出処理］以上では、モデム１１自身が自
らモード（主チャンネル、制御チャンネルの送信、制御
チャンネルの受信）を切り替える処理を説明した。次に
図１５のＳ４０３、Ｓ４０５に示すモード終了をモデム
１１自身が検出する制御について図１８および図１９を
用いて詳細に説明する。図１８はＲＣＰ検知によるモデ
ムモード切替を示した説明図である。

【００４４】これはＶ．３４でＦＡＸまたはデータ通信
をするときの例であり、主チャンネルが終了して、制御
チャンネルにモードが変わるタイミングを表している。
Ｖ．３４モードでのＦＡＸ／データ通信は、誤り再送を
前提としたＥＣＭ（エラーコレクションモード）で通信
されるため、主チャンネルの終了は、必ずＲＣＰフレー
ムという、部分ページの終了信号で終わることになって
いる。本発明では、ＲＣＰフレームをモデム内部で判定
し、モデムのモードを自ら制御チャンネルモードに切り
替えられれば、主チャンネル終了後７５ｍＳ以内に到着
する制御チャンネル信号を取り逃がすことはない。ＲＣ
Ｐフレーム内部の構成は、ＨＤＬＣ方式でフレーミング
されており、モデム１１はデフレーミング動作も実行可
能である必要がある。デフレーミング後に、データが正
しいと判断せれれば、ＲＣＰバイトを判定することは容
易であり、十分にモデム内部で実行可能である。

【００４５】次に、モデム１１自身がモードを切り替え
る他の実施例を図１９を用いて説明する。図１９は同じ
くＶ．３４モードでＦＡＸ／データ通信する場合のタイ
ミング例で、特に制御チャンネル終了から、主チャンネ
ル受信にモードが切り替わるタイミングを表す。

【００４６】制御チャンネルの終了は、プロトコル上の
規約で、チャンネル終了信号が規定されている。この場
合も、チャンネル終了はＤＴＥ１２が判断するよりは、
モデム１１自身が判断して、主チャンネル受信にモード
をかえることができる。チャンネル終了信号は、具体的
には、データ転送中には発生しないパターンである４０
ビット以上連続した’１’を受信することと同一であ
り、モデム内部で検出可能である。

【００４７】以上のように、モデム１１自身が受信した
データの内容を自ら解析して、その解析の結果所定の信
号を検出した場合に、その検出結果に基づいてモードを
切替えているので、切替えのタイミングを逸することな
く、確実な通信を保障することができる。 ［図２０の実施例とリトレイニング指示処理］次に、モ
デム１１自身がリトレイニングをＤＴＥ１２へ指示する
処理を図２０〜図２２を用いて説明する。図２０は本発
明の一実施例を示すモデム１１の回路構成図である。図
２０において、617はDTE-インタフェース部であり、DTE
-モデム間の送受信データおよび、モデムのモード／動
作指定等のデータのやりとりを制御する。613aはDTEか
らDTE-インタフェース部617を介して通信相手に送信す
る送信データで、616aは通信相手から送信されてきた受
信データで、DTE-インタフェース部617を介してDTEに転
送される。620bはEQMしきい値信号で、モデムのリトレ
ーニング制御の判断基準の設定値としてDTEからDTE-イ
ンタフェース部617を介して設定される。613は公知のIT
U-T勧告V.34に基づいて、DTE-インタフェース部617から
の送信データ613aを２次元信号612R,612Iに変換する符
号化部である。612は公知のITU-T勧告V.34に基づいて２
次元信号に対して直交振幅変調をするQAM変調部であ
る。

【００４８】このQAM変調部612は制御信号620cの状態に
より、 620c=0 の場合、無信号 620c=1 の場合、２次元信号612R,612Iの直交振幅変調信
号 620c=2 の場合、トレーニング信号 620c=3 の場合、リトレーニング信号 620c=4 の場合、リトレーニング応答信号 を変調信号612aに出力するように制御される。

【００４９】611は送信系の信号と受信系の信号とを分
離するハイブリット回路である。このハイブリット回路
により、送信信号612aは電話回線611aに送出され、また
通信相手から送られてきた信号は、受信信号614aに出力
される。

【００５０】QAM復調部614は、公知のITU-T勧告V.34に
基づいて、受信信号614aに対して直交振幅復調して２次
元信号614R,614Iを出力する機能と、受信信号614aの判
別を判別信号620aに出力する機能を有する。このQAM復
調部614は、 受信信号614aが無信号の場合、620a=0 データ受信信号の場合、620a=1 トレーニング信号の場合、620a=2 リトレーニング信号の場合、620a=3 リトレーニング応答信号の場合、620a=4 を出力する。

【００５１】判定部615は、公知のITU-T勧告V.34に基づ
いて２次元信号614R,614Iに対して信号判定を行う。こ
の判定部615からは判定した２次元信号615R,615Iが出力
される。

【００５２】復号部616は、公知のITU-T勧告V.34に基づ
いて判定した２次元データ615R,615Iを受信データ616a
に変換する。エラー算出部618は、QAM復調部614の出力
信号614R,614Iと判定部615の出力信号615R,615Iとを各
々減算して２次元エラー信号618R,618Iを出力する。EQM
算出部619は、２次元エラー信号618R,618Iのパワーを算
出し、その信号を受信データの品質を表すEQM信号619a
として出力する。制御部620は、受信データの品質を表
すEQM信号619aと、リトレーニングの判断基準の設定値
であるEQMしきい値620bと、受信信号の判別を表す判別
信号620aの３つの信号を入力として、QAM変調部612に対
する制御信号620cを出力する。

【００５３】図２１はEQM算出部を619の内部ブロック図
である。乗算器621,622は、２次元のエラー信号618R,61
8Iを各２乗する。加算器623は、乗算器621,622で２乗さ
れた信号を加算して２次元エラーのパワー信号632aを出
力する。積分器624は、２次元エラーのパワー信号632a
を平滑化して受信データの品質を表すEQM信号619aを出
力する。 ［図２０の実施例の動作］図２２はデータ受信モードに
おいて、図２０に示した制御部620aが実行すべきフロー
チャートである。ステップS601はモデムをトレーニング
信号検出待ち状態に設定し、信号620cを「０」にしてQA
M変調部612から無音信号送信にする。ステップS602で
は、通信相手モデムからのトレーニング信号を検出した
か否かを判断し、検出した場合はステップS603に進み、
検出しない場合はステップS602を繰り返す。トレーニン
グ信号を検出したか否かの判断は、信号620aが「２」に
なった場合を検出したと判断する。ステップS603におい
ては、モデムをトレーニング信号受信状態に設定する。
ステップS604においては、トレーニング受信が終了した
か否かを判断し、トレーニング受信が終了した場合はS6
05に進み、終了しない場合はステップS602を繰り返す。
トレーニング受信が終了したか否かの判断は、信号620a
が「２」から「１」になった場合をトレーニング受信終
了と判断する。

【００５４】ステップS605においては、モデムをデータ
受信状態に設定する。この状態で受信データは、QAM復
調部614、判定部615、復号部616、DTE-インタフェース
部介してDTEに送出される。ステップS606においては、
受信データの品質を表すEQM信号619aがEQMしきい値620b
より大か否かを判断し、EQM信号619aの方が大の場合は
ステップS609に進み、EQMしきい値620bの方が大の場合
はステップS607に進む。

【００５５】ステップS607においては、データ受信が終
了したか否かを判断し、データ受信が終了した場合はス
テップS608に進み、終了しない場合はステップS606に戻
る。データ受信が終了したか否かの判断は、信号620aが
「１」から「０」になった場合および、DTEからDTE-イ
ンタフェースを介して終了指定があった場合等により判
断する。

【００５６】ステップS608においては、モデムをデータ
終了状態に設定して、受信データをDTE-インタフェース
部を介してDTEに送出するのを停止し、モデムのアイド
ルモードに進む。ステップS609においては、モデムをリ
トレーニング信号送出状態に設定し、信号S620cを
「３」にしてQAM変調部612からリトレーニング信号を送
出してステップS610に進む。この時、受信データをDTE-
インタフェース部を介してDTEに送出するのを一時停止
する。ステップS610においては、通信相手モデムからリ
トレーニング応答信号を検出したか否かを判断し、検出
した場合はステップS601に進み、検出しない場合はステ
ップS610を繰り返す。リトレーニング信号を検出したか
否かの判断は、信号620aが「４」になった場合を検出し
たと判断する。

【００５７】なお、これまで述べてきた実施例におい
て、DTEから設定されたEQMしきい値とモデム１１内で算
出したEQM値とからリトレーニングの制御を行ってい
た。しかし、本発明においてはかかる実施例に限らず、
例えばモデム１１内でフレームエラーまたはビットエラ
ーを監視し、それに対するＤＴＥ１２からのしきい値に
よりリトレーニングの制御を行うように構成することも
可能である。また本実施例では、ＥＱＭしきい値はＤＴ
Ｅから指示されることとして説明したが、モデムが予め
保持していることとしてもよい。 ［図２３に示すタイミング監視処理］モデム１１自身が
行うタイミング監視を行う処理について説明する。図２
３はＶ．３４半二重モードの手順を概略的に示したシー
ケンス図である。まず、Ｔ１タイマーについては、次の
ように動作させる。着呼側においては、ＡＮＳａｍ信号
を送出開始とともに、ＤＴＥ側から提供されるＴ１タイ
マーの値（一例として、３５秒）の、デクリメント動作
を開始する。もしＴ１タイマーの値が０にまで到達すれ
ば、本モデム１１はＤＴＥ１２側に向けて割り込みを発
することにより、この異常事態を通知する。しかし、Ｔ
１タイマーの値が０に到達するまでに、発呼側からのＣ
Ｍ信号を検知すればＴ１タイマーの値のデクリメントを
中止する。

【００５８】発呼側においては、ＡＮＳａｍ信号を受信
開始とともに、ＤＴＥ１２側から提供されるＴ１タイマ
ーの値（一例として、同じく３５秒）の、デクリメント
動作を開始する。もしＴ１タイマーの値が０にまで到達
すれば、本モデムはＤＴＥ側に向けて割り込みを発する
ことにより、この異常事態を通知する。しかし、Ｔ１タ
イマーの値が０に到達するまでに、着呼側からのＪＭ信
号を検知すればＴ１タイマーの値のデクリメントを中止
する。

【００５９】以上により、フェーズＢに入ってから正し
い信号を検知するまでの時間Ｔ１タイマーの監視を、Ｄ
ＴＥ側より容易ならしめることが可能である。また、Ｔ
１タイマーをいつの時点よりスタートすべきかについて
は、解釈のしかたが、他にも可能であるが、発呼側、着
呼側とも、端末が回線と接続した瞬間からＴ１タイマー
値のデクリメントを開始する方式ももちろん可能であ
る。

【００６０】Ｔ２タイマーについては、次のように動作
させる。着呼側においては、ＮＳＦ・ＣＳＩ・ＤＩＳ信
号を送出終了するとともに、ＤＴＥ側から提供されるＴ
２タイマーの値（一例として、６秒）の、デクリメント
動作を開始する。もしＴ２タイマーの値が０にまで到達
すれば、本モデム１１はＤＴＥ１２側に向けて割り込み
を発することにより、この異常事態を通知する。しか
し、Ｔ２タイマーの値が０に到達するまでに、発呼側か
らのＴＳＩ・ＤＣＳ信号とおぼしき信号を、ＨＤＬＣフ
ォーマットに従い、アドレス・バイトおよびコントロー
ル・バイトまで検知すればＴ２タイマーの値のデクリメ
ントを中止して初期値にもどすことにより、異常事態発
生の割り込みを回避する。このように異常事態が発生し
たことのみを通知する。正常であればＤＴＥ１２はその
ことを知らなくても手順進行の妨げにはならない。した
がって異常のみを知らせる方式とすることで、ＤＴＥ１
２の負荷が軽減される。

【００６１】発呼側においては、ＴＳＩ・ＤＣＳ信号を
送出終了するとともに、ＤＴＥ側から提供されるＴ２タ
イマーの値（これも一例として、６秒）の、デクリメン
ト動作を開始する。もしＴ２タイマーの値が０にまで到
達すれば、本モデムはＤＴＥ側に向けて割り込みを発す
ることにより、この異常事態を通知する。しかし、Ｔ２
タイマーの値が０に到達するまでに、着呼側からのＣＦ
Ｒ信号とおぼしき信号を、ＨＤＬＣフォーマットに従
い、アドレス・バイトおよびコントロール・バイトまで
検知すればＴ２タイマーの値のデクリメントを中止して
初期値にもどすことにより、異常事態発生の割り込みを
回避する。

【００６２】以上は、フェーズＡからフェーズＢに入っ
た直後のＴ２タイマーの取扱いであるが、ページ間のＭ
ＰＳ信号等の制御信号や、フェーズＣをぬけた後のフェ
ーズＢにおけるＥＯＰ信号やＭＣＦ信号等の制御信号に
ついても同様の方式によりＤＴＥ側よりＴ２タイマーの
監視を容易ならしめることが可能である。

【００６３】

【発明の効果】以上の説明から明らかなように、本発明
は、データの変復調処理を行うモデムと、前記データの
圧縮伸張処理を行う制御部とを有し、前記モデムに、受
信したデータフレームをデフレーミングしてそのデータ
フレームを解析する手段と、解析の結果、ＲＣＰフレー
ムと判定した場合、モードを主チャンネルモードから制
御チャンネルモードに切り替える手段とを備えたことに
より、主チャネルモードから制御チャネルモードへの切
り替え制御において、モデム自身が把握して、ホスト装
置であるＤＴＥの制御から独立して自ら実行することが
できる。

【００６４】また、本発明はデータの変復調処理を行う
モデムと、前記データの圧縮伸張処理を行う制御部とを
有し、前記モデムに、受信したデータを解析する手段
と、解析の結果、データ転送中には発生し得ない特殊パ
ターンから成る制御チャンネル終了信号を検出した場
合、モードを制御チャンネルモードから主チャンネル受
信モードに切り替える手段とを備えたことにより、制御
チャネルモードから主チャネルモードへの切り替え制御
において、モデム自身が把握して、ホスト装置であるＤ
ＴＥの制御から独立して自らで実行することができる。

【００６５】そして、これらの構成によりＤＴＥとモデ
ム間のインタフェース処理時間を短縮するとともにＤＴ
Ｅのソフトウエアーに依存することなく確実に通信を行
うことができる。従って、Ｖ．３４規格の場合であって
もソフトウエア処理時間の遅れから発生する受信信号の
終了と送信信号の先頭との間の信号間ギャップによる通
信エラーを防止した画像通信装置を得ることができる。

【図面の簡単な説明】

【図１】本発明の一実施例による画像通信装置の概略を
示すブロック図

【図２】図１におけるデュアルポートＲＡＭのメモリ構
成を示したメモリ構成図

【図３】チャネルブロックをアクセスするために必要な
チャンネルエリアの一例を示したメモリ構成図

【図４】図３で示したチャンネルコマンドの詳細なビッ
ト割り付けの一例を示した図

【図５】図４で示したチャンネルステータスの詳細なビ
ット割り付けの一例を示した図

【図６】デュアルポートRAM上のコマンドエリア、ステ
ータスエリア、バンクの関係を示した図

【図７】コマンドエリアの詳細なビット割り付けの一例
を示したメモリ構成図

【図８】ステータスエリアの詳細なビット割り付けの一
例を示したメモリ構成図

【図９】送信割込みステータスを示したメモリの構成図

【図１０】受信割込みステータスを示したメモリ構成図

【図１１】受信データのフレームチェックをした場合に
エラーフレームが検出された状態を示した図

【図１２】（ａ）エラーフレームと判定された場合でも
そのフレームを格納した従来の状態を示すメモリ図 （ｂ）エラーフレームと判定された場合にはそのフレー
ムを破棄する本発明の状態を示したメモリ図

【図１３】受信データにアボートの発生が検出された状
態を示した図

【図１４】（ａ）エラーフレームと判定された場合でも
そのフレームを格納した従来の状態を示すメモリ図 （ｂ）はエラーフレームと判定された場合にはそのフレ
ームを破棄する本発明の状態を示したメモリ図

【図１５】本発明のモード切替え処理の一実施例をしめ
す制御フロー図

【図１６】従来のモード切替え処理を示したフロー図

【図１７】Ｖ．３４半二重モードを使用するＦＡＸシー
ケンスの受信側フロー図

【図１８】ＲＣＰ検知によるモデムモード切替えを示し
た説明図

【図１９】Ｖ．３４モードでＦＡＸ／データ通信する場
合のタイミング例を示した図

【図２０】本発明の一実施例を示すモデムの回路構成図

【図２１】EQM算出部を619の内部ブロック図

【図２２】データ受信モードにおいて、図２０に示した
制御部620aが実行すべきフローチャート

【図２３】Ｖ．３４半二重モードの手順を概略的に示し
たシーケンス図

【図２４】従来技術のＤＴＥとモデムのインタフェース
を示すブロック図

【図２５】インタフェースを用いたＶ．３４規格以前の
モデム制御シーケンス例を示した図

【図２６】インタフェースを用いてＶ．３４規格のモデ
ムを制御するシーケンス例を示した図

【符号の説明】

１１ モデム １１１ 回線制御部 １１２ アナログＦＥＰ １１３ ＤＳＰ １１４ デュアルポートＲＡＭ １１５ 割込制御部 １２ ファクシミリ制御装置(ＤＴＥ) １２１ コンソール １２２ 画像データの圧縮／伸張部 １２３ 画像読み取り／記録部１２３ １２４ ワーキングＲＡＭ １２５ ＣＰＵ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 片山 英三 東京都目黒区下目黒２丁目３番８号 松下 電送システム株式会社内 (72)発明者 高木 元三 東京都目黒区下目黒２丁目３番８号 松下 電送システム株式会社内 (72)発明者 野口 好博 東京都目黒区下目黒２丁目３番８号 松下 電送システム株式会社内 (72)発明者 荒木 光弘 東京都目黒区下目黒２丁目３番８号 松下 電送システム株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 データの変復調処理を行うモデムと、前
   記データの圧縮伸張処理を行う制御部とを有し、前記モ
   デムに、受信したデータフレームをデフレーミングして
   そのデータフレームを解析する手段と、解析の結果、Ｒ
   ＣＰフレームと判定した場合、モードを主チャンネルモ
   ードから制御チャンネルモードに切り替える手段とを備
   えたことを特徴とする画像通信装置。
2. 【請求項２】 主チャンネルモードは画情報の通信であ
   り、制御チャンネルモードは制御情報の通信であること
   を特徴とする請求項１記載の画像通信装置。
3. 【請求項３】 データの変復調処理を行うモデムと、前
   記データの圧縮伸張処理を行う制御部とを有し、前記モ
   デムに、受信したデータを解析する手段と、解析の結
   果、データ転送中には発生し得ない特殊パターンから成
   る制御チャンネル終了信号を検出した場合、モードを制
   御チャンネルモードから主チャンネル受信モードに切り
   替える手段とを備えたことを特徴とする画像通信装置。
4. 【請求項４】 データの変復調処理を行うモデムと、前
   記データの圧縮伸張処理を行う制御部とを有し、前記モ
   デムに、複数の処理手順に関する実行プログラムを格納
   する記憶手段と、受信したデータフレームをデフレーミ
   ングしてそのデータフレームを解析する手段と、解析の
   結果ＲＣＰフレームと判定した場合、モードを主チャン
   ネルモードから制御チャンネルモードに切り替える手段
   と、切り替えた現在のモードに対応する処理手順を実行
   する手段とを備えたことを特徴とする画像通信装置。
5. 【請求項５】 データの変復調処理を行うモデムと、前
   記データの圧縮伸張処理を行う制御部とを有し、前記モ
   デムに、複数の処理手順に関する実行プログラムを格納
   する記憶手段と、受信したデータを解析する手段と、解
   析の結果、データ転送中には発生し得ない特殊パターン
   から成る制御チャンネル終了信号を検出した場合、モー
   ドを制御チャンネルモードから主チャンネル受信モード
   に切り替える手段と、切り替えた現在のモードに対応す
   る処理手順を実行する手段とを備えたことを特徴とする
   画像通信装置。