JPH1070589A - 通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 ホスト装置からの命令の遅れ等による通信エ
ラーを防ぐことができる通信装置を提供することを目的
とする。 【解決手段】 ホスト装置に接続した通信装置におい
て、受信データを解析し、次に異なる通信モードでデー
タが送信されてくると判断した場合には、ホスト装置か
らの命令に先立ってモデムが自動的に受信モードや速度
等を切り換えて受信を実行するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ等の
ホスト装置と接続されたモデム通信機能を有する通信装
置に関し、ホスト装置上の通信ソフトで制御され、通信
動作を行う装置に関する。

【０００２】

【従来の技術】従来のコンピュータ（以下、ＰＣとい
う）によるファクシミリ通信は、ファクシミリデータモ
デムのクラス１勧告（ＩＴＵのＴ．３１勧告）、また
は、ファクシミリデータモデムのクラス２勧告（ＩＴＵ
のＴ．３２勧告）等に則って、ファクシミリモデムとＰ
Ｃとを接続し、ＰＣ上の通信ソフトにより、モデムが駆
動され、通信を実行していた。

【０００３】として、クラス１モデムを使用したファク
シミリ信号の受信は、ＰＣ上の通信ソフトが交信手順
（ＩＴＵのＴ．４、Ｔ．３０勧告）の解析、制御を全て
行い（データ解析、作成など）、モデムには、各通信モ
ード、速度を示す命令の実行と命令に伴うデータのやり
取り、回線捕捉の制御、ダイヤル制御などの機能しかな
い。

【０００４】したがって、信号受信を行う場合、通信ソ
フトは、受信速度、モードを示す命令をモデムに送る。
この命令を受け取ったモデムは、受信モードに切り替え
て受信を行い、受信データを通信ソフトに送る。

【０００５】その後、通信ソフトは、受け取った受信デ
ータをＴ．４やＴ．３０勧告に沿って解析し、次の通信
手順に移行していく。

【０００６】一方、クラス２モデムを使用したファクシ
ミリ信号の受信は、ＰＣ上の通信ソフトが受信条件（最
速受信速度、解像度等のＴ．３０勧告で示されている条
件）をモデムに送り、モデムが交信手順（ＩＴＵのＴ．
４、Ｔ．３０勧告）の解析、制御を行い、通信相手機と
のネゴシエーション（ＤＩＳ送信、ＤＣＳ、ＴＣＦ受
信、ＣＦＲ送信までＴ．３０勧告でのフェースＡ、Ｂの
画信号の受信までの手順）までモデムが行い、その結果
（画信号の通信速度、解像度等の情報）を通信ソフトに
返す。

【０００７】その後、通信ソフトは、受け取った受信デ
ータをクラス２勧告に沿って解析し、次の通信手順に移
行していく。

【０００８】以上のように、クラス１モデムを使用した
通信では、通信プロトコルを全て通信ソフトが管理し、
モデムはＰＣからの命令により、通信動作の切り替え、
通信の実行を行う。

【０００９】また、クラス２モデムを使用した通信で
は、通信ソフトは通信条件を管理し、モデムはフェーズ
単位で通信プロトコルを制御する。

【００１０】図４は、この種の通信装置の構成例を示す
ブロック図である。

【００１１】本体１０１は、インターフェースケーブル
により、ホスト装置としての情報機器１１１と接続さ
れ、情報機器１１１上の通信ソフトにより通信動作の制
御が行われる。

【００１２】本体１０１は、情報機器１１１からの命令
で回線の捕捉、Ｃｉ（呼出信号）検出、回線への信号送
出および信号受信、情報機器１１１とのデータの受け渡
しを行う。

【００１３】また、本体１０１は、情報機器１１１上の
通信ソフトにより制御され、一般回線で通信相手先の通
信装置１１２と接続、通信を行う。

【００１４】本体１０１は、ＮＣＵ制御部１０２、ダイ
ヤル制御部１０３、Ｃｉ検出部１０４、モデム−ポンプ
１０５、記憶部１０６、ＭＰＵ１０７、クラス１制御部
１０８、Ｉ／Ｆ制御部１０９、データバス１１０で構成
されている。

【００１５】ＭＰＵ１０７は、本体１０１の全体の制御
を行うものである。また、ＮＣＵ制御部１０２は、本体
１０１と外部と相手先通信装置１１２との本体１０１側
の接続口である。

【００１６】ダイヤル制御部１０３は、ＮＣＵ制御部１
０２を介して、ＭＰＵ１０７からの命令に従い、ダイヤ
ル動作を制御する。

【００１７】Ｃｉ検出部１０４は、ＮＣＵ制御部１０２
を介して、一般回線上の呼出信号を検出し、ＭＰＵ１０
７に呼出信号検出を通知する。

【００１８】モデム−ポンプ１０５は、ＮＣＵ制御部１
０２を介して、一般回線上の信号をアナログ／デジタル
変換やＭＰＵ１０７からのデータをデジタル／アナログ
変換を行い、一般回線上への信号の送出を行う。

【００１９】記憶部１０６は、ＲＡＭ、ＲＯＭ、ＥＥＰ
ＲＯＭ等の記憶装置で構成され、情報機器１１１からの
命令やデータ、モデム−ポンプ１０５からのデータ、情
報機器１１１への命令やデータ、クラス１制御部１０８
の利用する各種設定値を格納している。

【００２０】クラス１制御部１０８は、Ｉ／Ｆ制御部１
０９を介して、外部の情報機器１１１と本体１１２巻の
命令やデータ、応答のエンコード、デコード、時間管理
などの制御を行っている。

【００２１】Ｉ／Ｆ制御部１０９は、インターフェース
ケーブルを介して、外部の情報機器１１１と本体１０１
のデータ、命令等のやり取りを直接制御している。デー
タバス１１０は、本体上の各部を接続し、データのやり
取りを可能にしている。

【００２２】図２は、従来のクラス１モデムにおけるフ
ァクシミリ手順の一部であるＤＣＳ−ＴＣＦの連続受信
時の正常なデータの流れを示す説明図である。

【００２３】すなわち、通信相手１１２との接続確認
後、相手先からのネゴシエーションのために、相手機が
示す通信条件であるところのファクシミリプロトコルの
１つであるＤＣＳ信号から、相手先機からの回線状態の
チェックのためのＴＣＦ信号受信までが正常に行われた
場合を示したものである。

【００２４】なお、本体１０１内のデータの流れは、モ
デムポンプ１０５のデータ処理はモデムポンプ２０１と
し、クラス１制御部のデータ処理はクラス１制御部２０
２とし、Ｉ／Ｆ制御部１０９のデータ処理はＩ／Ｆ制御
部２０３として示しており、データの流れは、ＭＰＵ１
０７が記憶部１０６とデータバス１１０を介して制御し
ている。また、外部の情報端末１１１は、通信ソフト２
０４として示している。

【００２５】通信相手先の通信機１１２から一般回線を
通し送られてきたＤＣＳ信号２０５を、ＮＣＵ制御部１
０２を介してモデム−ポンプ１０５が受け取る。

【００２６】ホスト装置側（外部の情報機器１１１と同
じ）の通信ソフト２０４は、“フレーム受信、転送要
求”２０７を実行するため、ペリフェラル側（本体１０
１と同じ）に対して、“ＡＴ＋ＦＲＨ＝３”命令２０８
をインターフェースケーブルを通して送る。

【００２７】“ＡＴ＋ＦＲＨ＝３”命令２０８を受け取
ったＩ／Ｆ制御部２０３は、必要によりクラス１制御部
２０２に命令を転送され、転送された“ＡＴ＋ＦＲＨ＝
３”命令２０９は、クラス１制御部２０２で解析が行わ
れ、“ＩＴＵ Ｖ．２１勧告の３００ｄｐｓで受信を行
い、ホスト装置側にＩＴＵのＴ．３０勧告によるＣＲＣ
チェックまでの解析結果を受信したデータとともに、ホ
スト装置に転送する”と解析され、実行に移る。

【００２８】クラス１制御部２０２からモデム−ポンプ
２０１に対して“受信モードセット＆受信スタート”命
令２１５を送る。この命令２１５を受け取ったモデム−
ポンプ２０１は、受信モードをセットし、受信の待機に
はいる。

【００２９】次に、通信相手先の通信機１１２からＤＣ
Ｓ信号２０５が送られてくる。このＤＣＳ信号２０５を
受け取った、モデム−ポンプ２０１は、クラス１制御部
２０２にＤＣＳフレームデータとＣＲＣチェック結果等
を含む応答の転送２０６を行う。

【００３０】クラス１制御部２０２は、ホスト装置側に
応答するデータをモデム−ポンプ２０１からの応答転送
２０６から作成し、応答２１０としてＩ／Ｆ制御部２０
３に送られ、Ｉ／Ｆ制御部２０３は、インターフェース
ケーブルを介してホスト装置上の通信ソフト２０４に応
答データとして“ＣＯＮＮＥＣＴ”、“ＤＣＳフレーム
データ”、“ＯＫ”２１１を送る。

【００３１】通信ソフト２０４は、ペリフェラルからの
応答２１１を２１２において解析され、次の通信手順を
ＩＴＵのＴ．３０勧告に沿うために、次にＴＣＦ受信に
移行する。

【００３２】通信ソフトは、ＴＣＦ受信のため“ＡＴ＋
ＦＲＭ＝９６”命令２１３（本例では９６００ｄｐｓの
速度とした）をペリフェラルに送る。

【００３３】命令２１３を受け取ったＩ／Ｆ制御部２０
３は、必要によりクラス１制御部２０２に命令を転送さ
れ、転送された“ＡＴ＋ＦＲＭ＝９６”命令２１４は、
クラス１制御部２０２で解析が行われ、“ＩＴＵのＶ．
２９勧告の９６００ｄｐｓで受信を行い、ホスト装置側
にＩＴＵのＴ．３０勧告により受信したデータをホスト
装置に転送する”と解析され、実行に移る。

【００３４】クラス１制御部２０２からモデム−ポンプ
２０１に対して“受信モードセット＆受信スタート”命
令２１７を送る。この命令２１７を受け取ったモデム−
ポンプ２０１は、受信モードをセットし、受信の待機に
はいる。

【００３５】通信相手先の通信機１１２は、ＤＣＳ信号
２０５送信終了から７５±２０ｍ秒の無音２１６をはさ
んで、通信相手先の通信機１１２からＩＴＵのＶ．２９
勧告に沿った高速トレーニングをともなうＴＣＦ信号２
１８を送信する。

【００３６】７５±２０ｍ秒の無音２１６は、ＩＴＵの
Ｔ．３０勧告で勧告されている低速高速切換時の無音時
間として勧告されている。

【００３７】モデム−ポンプ２０１において、信号２１
８を検出するとクラス１制御部２０２に対して信号検出
応答２１９を送り、クラス１制御部２０２は、クラス１
の応答として“ＣＯＮＮＥＣＴ”応答２２０を作成し、
Ｉ／Ｆ制御部２０３に送り、ホスト装置上の通信ソフト
２０４に“ＣＯＮＮＥＣＴ”応答２２１を“信号検出”
応答として転送する。

【００３８】この手順以降は、ファクシミリ手順は、Ｉ
ＴＵのＴ．３０、Ｔ．４勧告等に沿って移行し、クラス
１手順はＩＴＵのＴ．３１勧告に沿って行われ、ファク
シミリ交信が実行されていく。

【００３９】図３は、従来のクラス１モデムにおけるフ
ァクシミリ手順の一部であるＤＣＳ−ＴＣＦの連続受信
時に通信エラーを起こした場合のデータの流れを示す説
明図である。

【００４０】すなわち、通信相手１１２との接続確認
後、相手先からのネゴシエーションのために、相手機が
示す通信条件であるところのファクシミリプロトコルの
１つであるＤＣＳ信号から、相手先機からの回線状態の
チェックのためのＴＣＦ信号受信までが正常に行われな
かった場合（つまり、ＴＣＦの受信が正常に行われなか
った場合）を示したものである。

【００４１】例えば、ホスト装置上の通信ソフト３０４
でのＤＣＳ解析処理３１２が遅れた場合などがありう
る。これは、ホスト装置の基本ソフト上で各種アプリケ
ーションソフトが多数駆動し、アプリソフトの駆動の切
換が周期的に行われ、他のアプリケーションソフトから
通信ソフトへの駆動の切換に時間がかかった場合が考え
られる。

【００４２】なお、本体１０１内のデータの流れは、モ
デム−ポンプ１０５のデータ処理はモデム−ポンプ３０
１とし、クラス１の制御部のデータ処理はクラス１制御
部３０２とし、Ｉ／Ｆ制御部１０９のデータ処理はＩ／
Ｆ制御部３０３として示しており、データの流れは、Ｍ
ＰＵ１０７が記憶部１０６とデータバス１１０を介して
制御している。また、外部の情報端末１１１は、通信ソ
フト３０４として示している。

【００４３】通信相手先の通信機１１２から一般回線を
通して送られてきたＤＣＳ信号３０５を、ＮＣＵ制御部
１０２を介して、モデム−ポンプ１０５が受け取る。

【００４４】ホスト装置側（外部の情報機器１１１と同
じ）の通信ソフト３０４は“フレーム受信、転送要求”
３０７を実行するため、ペリフェラル側（本体１０１と
同じ）に対して、“ＡＴ＋ＦＲＨ＝３”命令３０８をイ
ンターフェースケーブルを通して送る。

【００４５】“ＡＴ＋ＦＲＨ＝３”命令３０８を受け取
ったＩ／Ｆ制御部３０３は、必要によりクラス１制御部
３０２に命令を転送され、転送された“ＡＴ＋ＦＲＨ＝
３”命令３０９は、クラス１制御部３０２で解析が行わ
れ、“ＩＴＵのＶ．２１勧告の３００ｄｐｓで受信を行
い、ホスト装置側にＩＴＵのＴ．３０勧告によるＣＲＣ
チェックまでの解析結果を受信したデータとともに、ホ
スト装置に転送する”と解析され、実行に移る。

【００４６】クラス１制御部３０２からモデム−ポンプ
３０１に対して“受信モードセット＆受信スタート”命
令３１５を送る。この命令３１５を受け取ったモデム−
ポンプ３０１は、受信モードをセットし、受信の待機に
はいる。

【００４７】次に、通信相手先の通信機１１２からＤＣ
Ｓ信号３０５が送られてくる。このＤＣＳ信号３０５を
受け取った、モデム−ポンプ３０１は、クラス１制御部
３０２にＤＣＳフレームデータとＣＲＣチェック結果等
を含む応答の転送３０６を行う。

【００４８】クラス１制御部３０２は、ホスト装置側に
応答するデータをモデム−ポンプ３０１からの応答転送
３０６から作成し、応答３１０としてＩ／Ｆ制御部３０
３に送り、Ｉ／Ｆ制御部３０３は、インターフェースケ
ーブルを介してホスト装置上の通信ソフト３０４に応答
データとして、“ＣＯＮＮＥＣＴ”、“ＤＣＳフレーム
データ”、“ＯＫ”３１１を送る。

【００４９】次に、通信ソフト３０４は、ペリフェラル
からの応答３１１を３１２において解析し、次の通信手
順をＩＴＵのＴ．３０勧告に沿うために、次にＴＣＦ受
信に移行する。ここで、通信ソフト３０４は、ＴＣＦ受
信のため“ＡＴ＋ＦＲＭ＝９６”命令３１３（本体では
９６００ｄｐｓの速度とした）をペリフェラルに送る。

【００５０】この命令３１３を受け取ったＩ／Ｆ制御部
３０３は、必要によりクラス１制御部３０２に命令を転
送され、転送された“ＡＴ＋ＦＲＭ＝９６”命令３１４
は、クラス１制御部３０２で解析が行われ、“ＩＴＵ
Ｖ２９勧告の９６００ｄｐｓで受信を行い、ホスト装置
側にＩＴＵ Ｔ３０勧告により受信したデータをホスト
装置に転送する”と解析され、実行に移る。

【００５１】クラス１制御部３０２からモデム−ポンプ
３０１に対して“受信モードセット＆受信スタート”命
令３１７を送る。この命令３１７を受け取ったモデム−
ポンプ３０１は、受信モードをセットし、受信の待機に
はいる。

【００５２】また、通信相手先の通信機１１２は、ＤＣ
Ｓ信号３０５送信終了から７５±２０ｍ秒の無音３１６
をはさんで、通信相手先の通信機１１２からＩＴＵの
Ｖ．２９勧告に沿った高速トレーニングをともなうＴＣ
Ｆ信号３１８を送信する。

【００５３】７５±２０ｍ秒の無音３１６は、ＩＴＵ
Ｔ３０勧告で勧告されている低速高速切換時の無音時間
として勧告されている。

【００５４】したがって、通信ソフト３０４上でＴＣＦ
受信のための“ＡＴ＋ＦＲＭ＝９６”命令３１３の発行
の遅れ等で、モデム−ポンプ３０１での信号の検出準備
が終了する前に相手先通信機１１２からＩＴＵのＴ．３
０勧告に沿ってＴＣＦ信号３１８が送られてきてしま
い、ＴＣＦ信号の最初に付加されているトレーニング信
号の受信ができず、交信エラーを起こす。

【００５５】ＩＴＵのＶ．２９勧告のような高速信号
は、信号の最初にトレーニング信号が必ず付加され、高
速信号の受信機側のモデムは、トレーニング信号により
一般回線上で発生するひずみやノイズに対応するように
信号受信設定を調節するため、トレーニング信号が受信
できないと、以降の高速信号の受信が不可能になるため
である。

【００５６】クラス１制御部３０２において、規定時間
内に信号検出ができないと判断３１９した場合、信号未
確認の応答として“ＮＯ ＣＡＲＲＩＥＲ”応答３２０
を作成し、Ｉ／Ｆ制御部３０３を通して、ホスト装置上
の通信ソフト３０４に“ＮＯＣＡＲＲＩＥＲ”応答３２
１を信号未確認の応答として転送する。

【００５７】この手順以降は、ファクシミリ手順は、Ｉ
ＴＵのＴ．３０、Ｔ．４勧告等に沿って移行し、クラス
１手順は、ＩＴＵのＴ．３１勧告に沿って行われ、ファ
クシミリ交信が実行されていく。

【００５８】

【発明が解決しようとする課題】しかしながら、クラス
１モデムを使用したファクシミリ交信において、通信ソ
フトがプロトコル手順（通信手順）を制御解析するた
め、以下のような制約がある。

【００５９】（１）一般回線の信号に対して、ＰＣ上の
通信ソフトは常にリアルタイムでデータ処理をしなけれ
ばならない。

【００６０】例えば、ＤＣＳ−ＴＣＦ間等のファクシミ
リ低速高速受信切り替えの場合、ＤＣＳ−ＴＣＦ間が７
５±２０ｍ秒であり、この間にＤＣＳフレーム情報を受
け取り、解析し、次の手順としてＤＣＳフレームで指定
された速度での受信命令（ＴＣＦ受信のため）をクラス
１モデムにセットしなければならない。

【００６１】したがって、７５±２０ｍ秒以内にモデム
が次の受信モードに切り替わらなかった場合、高速信号
の最初に付加されるトレーニングをモデムが受信できな
くなる。

【００６２】例えば、通信ソフトが駆動するＰＣ上で時
分割で駆動している他のソフトが長く駆動した場合、通
信ソフトが駆動できず、受信命令が指定時間内にモデム
に送ることができず、通信エラーを起こすことが考えら
れる。

【００６３】一方、クラス２モデムを使用したファクシ
ミリ交信においては、高度な処理をモデムに持たせる必
要があり、以下のような制約がある。

【００６４】（１）通信ソフトからの通信条件に沿うよ
うにクラス２モデム上でプロトコルの制御（ＩＴＵの
Ｔ．３０勧告）を行うため、Ｔ．３０勧告に沿ったプロ
トコル処理を全てクラス２モデム上に用意する必要があ
り、クラス１に比べてかなり高度な処理能力が要求され
る。

【００６５】（２）クラス２モデム上でプロトコル制御
（ＩＴＵのＴ．３０勧告）を行うため、新たな通信プロ
トコルに対応する場合、クラス１モデムでの通信のよう
に通信ソフトのみの変更ではなく、クラス２モデムのプ
ロトコル用の内部プログラムと通信ソフトの両方を変更
しなければならない。

【００６６】本発明は、ホスト装置からの命令の遅れ等
による通信エラーを防ぐことができる通信装置を提供す
ることを目的とする。

【００６７】

【課題を解決するための手段】本発明は、ホスト装置に
接続した通信装置において、受信データを解析し、次に
異なる通信モードでデータが送信されてくると判断した
場合には、ホスト装置からの命令に先立ってモデムが自
動的に受信モードや速度等を切り換えて受信を実行する
ようにしたものである。

【００６８】

【発明の実施の形態および実施例】図１は、本発明の一
実施例によるクラス１モデムにおけるファクシミリ手順
の一部であるＤＣＳ−ＴＣＦの連続受信時、図３と同じ
通信ソフトの処理の遅れによる高速受信の遅れをペリフ
ェラル上の処理で正常に行えるように対応したデータの
流れを示したものである。なお、装置の構成は、図４に
示すものと同様であるので、説明は省略する。

【００６９】まず、通信相手１１２との接続確認後、相
手先からのネゴシエーションのために、相手機が示す通
信条件であるところのファクシミリプロトコルの１つで
あるＤＣＳ信号から相手先機からの回線状態チェックの
ためのＴＣＦ信号受信までが正常に行われた場合を示し
たものである。

【００７０】本体１０１内のデータの流れは、モデム−
ポンプ１０５のデータ処理はモデム−ポンプ４０１と
し、クラス１制御部のデータ処理はクラス１制御部４０
２とし、Ｉ／Ｆ制御部１０９のデータ処理部はＩ／Ｆ制
御部４０３として示しており、データの流れは、ＭＰＵ
１０７が記憶部１０６とデータバス１１０を介して制御
している。また、外部の情報端末１１１は、通信ソフト
４０４として示している。

【００７１】通信相手先の通信機１１２から一般回線を
通して送られてきたＤＣＳ信号４０５が、ＮＣＵ制御部
１０２を介して、モデム−ポンプ１０５が受け取る。

【００７２】ホスト装置側（外部の情報機器１１１と同
じ）の通信ソフト４０４は、“フレーム受信、転送要
求”４０７を実行するため、ペリフェラル側（本体１０
１と同じ）に対して、“ＡＴ＋ＦＲＨ＝３”命令４０８
をインターフェースケーブルを通して送る。

【００７３】この“ＡＴ＋ＦＲＨ＝３”命令４０８を受
け取ったＩ／Ｆ制御部４０３は、必要によりクラス１制
御部４０２に命令を転送され、転送された“ＡＴ＋ＦＲ
Ｈ＝３”命令４０９は、クラス１制御部４０２で解析が
行われ、“ＩＴＵのＶ．２１勧告の３００ｄｐｓで受信
を行い、ホスト装置側にＩＴＵのＴ．３０勧告によるチ
ェックまでの解析結果を受信したデータとともに、ホス
ト装置に転送する”と解析され、実行に移る。

【００７４】クラス１制御部４０２からのモデム−ポン
プ４０１に対して“受信モードセット＆受信スタート”
命令４１５を送る。この命令４１５を受け取ったモデム
−ポンプ４０１は、受信モードをセットし、受信の待機
にはいる。

【００７５】次に、通信相手先の通信機１１２からＤＣ
Ｓ信号４０５が送られてくる。このＤＣＳ信号４０５を
受け取った、モデム−ポンプ４０１は、クラス１制御部
４０２にＤＣＳフレームデータとＣＲＣチェック結果等
を含む応答の転送４０６を行う。

【００７６】クラス１制御部４０２は、ホスト装置側に
応答するデータをモデム−ポンプ４０１からの応答転送
４０６から作成し、応答４１０としてＩ／Ｆ制御部４０
３に送られ、Ｉ／Ｆ制御部４０３は、インターフェース
ケーブルを介してホスト装置上の通信ソフト４０４に応
答データとして、“ＣＯＮＮＥＣＴ”、“ＤＣＳフレー
ムデータ”、“ＯＫ”４１１をおくる。

【００７７】応答４１０を実行後、クラス１制御部４０
２において、“最終フレームの解析により、ＤＣＳが確
認され、次の手順として高速受信が行われると判断し、
さらにＤＣＳフレーム情報から通信モードや速度を解析
を行い、ペリフェラルがホスト装置からの命令に先立っ
て、受信動作の実行をスタートさせる”４１５を実行す
る。

【００７８】モデム−ポンプには、“受信モードセット
＆受信スタート”命令４１７を転送する（本件では相手
先通信機から９６００ｄｐｓ受信がＤＣＳフレームで指
定されていたとする）。これにより、ホスト装置からの
次手順の命令が遅れた場合でも、回線上の信号を取りこ
ぼすことを防ぐことができる。

【００７９】なお、この判断は、ＭＰＵ１０７におい
て、同様の判断を行いクラス１制御部１０８に命令する
構造でも構わない。

【００８０】次に、命令４１７を受け取ったモデム−ポ
ンプ４０１は、受信モードをセットし、受信の待機には
いる。

【００８１】通信相手先の通信機１１２は、ＤＣＳ信号
４０５送信終了から７５±２０ｍ秒の無音４１６をはさ
んで、通信相手先の通信機１１２からＩＴＵのＶ．２９
勧告のそった高速トレーニングをともなうＴＣＦ信号４
１８を送信する。

【００８２】７５±２０ｍ秒の無音４１６は、ＩＴＵの
Ｔ．３０勧告で勧告されている低速高速切換時の無音時
間として勧告されている。

【００８３】モデム−ポンプ４０１において、信号４１
８を検出すると、クラス１制御部４０２に対して信号検
出応答４１９を送る。

【００８４】クラス１制御部４０２は、通信ソフトから
の命令が確認されるまでの間、モデム−ポンプ４０１か
らのデータを蓄積する。

【００８５】ペリフェラルからの応答４１１を受け取っ
た通信ソフト４０４は、ペリフェラルからの応答４１１
が４１２において解析され、次の通信手順をＩＴＵの
Ｔ．３０勧告に沿うために次にＴＣＦ受信に移行する。

【００８６】通信ソフトは、ＴＣＦ受信のため“ＡＴ＋
ＦＲＭ＝９６”命令４１３（本件では９６００ｄｐｓの
速度とした）をペリフェラルに送る。

【００８７】命令４１３を受け取ったＩ／Ｆ制御部４０
３は、必要によりクラス１制御部４０２に命令を転送さ
れる。

【００８８】転送された“ＡＴ＋ＦＲＭ＝９６”命令４
１４を４２２において、命令４１４に先行して実行され
ている受信モードとの違いがあるかどうかを判断し、先
行して受信モードと命令で指定された受信モードが同様
な場合、すでに蓄積されたデータから信号確認の応答
“ＣＯＮＮＥＣＴ”４２０を作成し、Ｉ／Ｆ制御部４０
３に送り、ホスト装置上の通信ソフト４０４に“ＣＯＮ
ＮＥＣＴ”応答４２１を“信号検出”応答として転送す
る。

【００８９】また、“ＣＯＮＮＥＣＴ”応答以降、デー
タとしてのＴＣＦ信号が命令４１４に先立って蓄積され
ていた場合も同様に、順次通信ソフト４０４に転送され
ていく。

【００９０】もし、受信モードが異なったり、受信以外
の命令が通信ソフトから送られてきた場合、それまで蓄
積していたデータを破棄し、再度指定された命令を実行
する。

【００９１】この手順以降は、ファクシミリ手順は、Ｉ
ＴＵのＴ．３０、Ｔ４勧告等に沿って移行し、クラス１
手順は、ＩＴＵのＴ．３１勧告に沿って行われ、ファク
シミリ交信が実行されていく。

【００９２】図５は、本体のクラス１の制御ソフトのメ
イン動作を示すフローチャートである。

【００９３】まず、５０２において、接続されている情
報端末からの命令の転送を待つ。なお、以下のＸＸ、Ｙ
Ｙは命令によって変わる変数である。

【００９４】そして、命令が転送されてくると、５０３
において命令の解析を行い、クラス１命令かどうかを判
断する。

【００９５】５０３の判断結果により、“ＡＴＳＸＸ＝
ＹＹ”のような設定変更命令ならば、５０４において設
定の変更が行われる。

【００９６】ここで、ホスト装置からの命令に先立ちペ
リフェラルが自動的に受信動作を行うかどうかの設定や
動作の判断条件等の設定変更が可能である。

【００９７】“ＡＴ＋ＦＲＭ＝ＸＸ”、“ＡＴ＋ＦＲＨ
＝ＸＸ”などの受信命令では、５０５において、データ
受信が行われ、“ＡＴ＋ＦＴＭ＝ＸＸ”、“ＡＴ＋ＦＴ
Ｈ＝ＸＸ”などの送信命令では、５０６においてデータ
送信が行われる。

【００９８】その他の命令（“ＡＴＤ”、“ＡＴＡ”な
ど）は、５０７において、命令ごとの処理が行われる。
各命令実行後５０２の命令待ちの戻り、ホスト装置から
の次の命令を待つ。

【００９９】図６は、図５の５０５において実行される
データ受信を示し、本件のデータ受信の特徴を表したフ
ローチャートである。

【０１００】６０２において、ホスト装置（接続された
外部情報端末）から新たに命令が送られてきた場合、新
たな命令のチェックを行い、受信モードがセットされて
いなければ、命令に沿って受信モードをセットし、受信
をスタートさせる。

【０１０１】また、一般回線からの受信があった場合
は、ホスト装置への転送ができない場合、記憶部にデー
タを蓄積し、転送可能になった後に必要により転送す
る。

【０１０２】６０３においては、ホスト装置から受信の
中断命令（例えば、命令に対するホスト装置への応答の
実行前にホスト装置から次の命令が送られてきた場合や
モデムの独自の判断で受信を命令に先行して実行した後
に“ＡＴ＋ＦＴＨ＝ＸＸ、ＡＴ＋ＦＴＭ＝ＸＸ”などの
データ受信中の送信命令などが送られてきた場合）が命
令されたかどうかをチェックする。

【０１０３】もし中断処理が必要と判断された場合は、
６０４において、蓄積されたデータの削除やデータのホ
スト装置への転送の中断、受信動作の中断を行い、受信
動作を終了させ、元に戻る。

【０１０４】また、中断処理が必要ないと判断された場
合、６０６において、受信モードに変更処理が必要かど
うかを判断する。変更する必要がある場合としては、モ
デムの独自の判断で受信を命令に先行して実行した後に
ホスト装置から“ＡＴ＋ＦＲＨ＝ＸＸ、ＡＴ＋ＦＲＭ＝
ＸＸ”などの受信命令で実行している受信モードと異な
る受信モードを指定する命令が送られた場合などがあ
る。

【０１０５】変更する必要がある場合、６０７において
受信モードを再セットし、蓄積したデータ、メッセージ
を消去した後、再度受信をスタートさせ、６０２に戻
る。

【０１０６】変更する必要がない場合としては、モデム
の独自の判断で受信を命令に先行して実行した後にホス
ト装置から“ＡＴ＋ＦＲＨ＝ＸＸ、ＡＴ＋ＦＲＭ＝Ｘ
Ｘ”などの受信命令で実行している受信モードが一致す
る受信モードを指定する命令が送られた場合などがあ
る。

【０１０７】変更する必要がない場合、６０８におい
て、ホスト装置への受信データや状態を示す応答メッセ
ージの転送を行う必要があるかどうかチェックする。そ
して、ホスト装置への転送が必要な場合、６０９におい
て、データの転送を行う。

【０１０８】次に、６１２０においてデータ受信が終了
したかどうかをチェックする。なお、データ受信の終了
の判断条件としては、“一定時間以上のデータの未検出
の連続”や“フレームデータの受信時は最終フレームの
受信終了の確認”などがある。

【０１０９】そして、受信終了が確認できない場合は、
６０２に戻り、継続受信を行う。また、受信終了が確認
された場合、６１１において、次の受信をホスト装置か
らの命令に先立って実行するかどうかを判断する。

【０１１０】判断条件としては、最終受信フレームがＤ
ＣＳと判断された場合、次に送信されてくる信号はＩＴ
ＵのＴ．３０勧告では、必ずＴＣＦであるため、ＴＣＳ
フレームから転送速度などのＴＣＦ受信条件を検索でき
た場合などがある。

【０１１１】実行しない場合、６０２に戻り、実行する
場合は、６１２において、受信モードをセットし、ホス
ト装置に先行しての受信をスタートさせ、６０２に戻
り、受信を行う。

【０１１２】以上説明したように、本実施例によれば、
ホスト装置と接続した通信モデムにおいて、受信データ
を解析し、次に異なる通信モードでデータが送信されて
くると判断した場合、ホスト装置からの命令に先だって
モデムが自動的に受信モードや速度等を切り換えて受信
を実行し、かつ後からホスト装置から命令された受信命
令（受信モードや速度等をともなう）がモデムが自動的
に切り換えた受信設定と合致すればそのまま受信を継続
し、それまで受信していたデータを含めて、データをホ
スト装置へ転送することで、ホスト装置上の通信ソフト
の処理の遅れを容易に克服することができ、手順エラー
による再手順の実行や通信エラーを防ぐことができ、ホ
スト装置上の通信ソフトの駆動の制限の克服や通信の信
頼性の向上、通信コストの低減に効果がある。

【０１１３】また、本実施例により、コンピュータによ
るファクシミリ通信においては、クラス２モデムより安
価で簡便なクラス１モデムにおいて、ホスト装置上の通
信ソフトの時間的処理の制限を克服し、ホスト装置から
の命令の送れた場合でも、通信エラーを防ぐことができ
ることで通信の信頼性の向上、通信コストの低減に効果
がある。

【０１１４】

【発明の効果】本発明によれば、ホスト装置に接続した
通信装置において、受信データを解析し、次に異なる通
信モードでデータが送信されてくると判断した場合に
は、ホスト装置からの命令に先立ってモデムが自動的に
受信モードや速度等を切り換えて受信を実行するように
したことから、ホスト装置からの命令の遅れ等による通
信エラーを防ぐことができる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例における動作例を示すシーケ
ンスチャートである。

【図２】従来の動作例を示すシーケンスチャートであ
る。

【図３】従来の動作例を示すシーケンスチャートであ
る。

【図４】通信装置の構成例を示すブロック図である。

【図５】上記実施例の動作例を示すフローチャートであ
る。

【図６】上記実施例の動作例を示すフローチャートであ
る。

【符号の説明】

１０１…本体、 １０２…ＮＣＵ制御部、 １０３…ダイヤル制御部、 １０４…Ｃｉ検出部、 １０５…モデム−ポンプ、 １０６…記憶部、 １０７…ＭＰＵ、 １０８…クラス１制御部、 １０９…Ｉ／Ｆ制御部、 １１０…データバス、 １１１…情報機器、 １１２…通信装置。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ホスト装置に接続され、ホスト装置から
   の命令およびデータを入力することにより、通信回線上
   で信号を送受信し、ホスト装置とデータのやり取りを行
   う通信装置において、 通信装置自身が通信手順信号を解析し、この解析結果に
   基づいてホスト装置からの命令に先立ち、自動的に受信
   モードへの切り替えを実行することを特徴とする通信装
   置。
2. 【請求項２】 ホスト装置に接続され、ホスト装置から
   の命令およびデータを入力することにより、通信回線上
   で信号を送受信し、ホスト装置とデータのやり取りを行
   う通信装置において、 通信装置自身が低速通信を解析し、この解析結果に基づ
   いてホスト装置からの命令に先立ち、自動的に高速通信
   受信への切り替えを実行することを特徴とする通信装
   置。
3. 【請求項３】 ホスト装置に接続され、ホスト装置から
   の命令およびデータを入力することにより、通信回線上
   で信号を送受信し、ホスト装置とデータのやり取りを行
   う通信装置のファクシミリ交信において、 通信装置自身が通信手順中に受信した高速信号を伴う低
   速信号を検出し、その連続受信に基づいて高速受信モー
   ドを解析し、この解析結果に基づいてホスト装置からの
   命令に先立ち、自動的に高速受信モードに切り替えて高
   速受信を実行することを特徴とする通信装置。
4. 【請求項４】 請求項３において、 前記高速信号を伴う低速信号は、ＴＣＦ信号の前のＤＣ
   Ｓ信号であることを特徴とする通信装置。
5. 【請求項５】 請求項１〜４のいずれか１項において、 通信装置自身が通信手順信号を解析し、この解析結果に
   基づいて自動的に受信モードへの切り替えを実行した
   後、ホスト装置から自動切り替えした受信モードと同じ
   指定の受信命令を受け取った場合には、継続して受信モ
   ードを実行し、命令を受け取るまで受信していたデータ
   を含めてデータを転送することを特徴とする通信装置。
6. 【請求項６】 請求項１〜４のいずれか１項において、 通信装置自身が通信手順信号を解析し、この解析結果に
   基づいて自動的に受信モードへの切り替えを実行した
   後、ホスト装置から自動切り替えした受信モードと異な
   る指定の受信命令、または他の命令を受け取った場合に
   は、受信モードを中断し、ホスト装置からの前記異なる
   指定の受信命令、または、前記他の命令に従った動作を
   実行することを特徴とする通信装置。
7. 【請求項７】 請求項１〜４のいずれか１項において、 通信装置自身が通信手順信号の検出、解析、および通信
   装置の自動的な受信実行条件を内部的に設定する手段ま
   たは外部的に設定する手段を有することを特徴とする通
   信装置。