JPH04294678A

JPH04294678A - ファクシミリ装置用モデム装置

Info

Publication number: JPH04294678A
Application number: JP3083231A
Authority: JP
Inventors: Masayuki Okubo; 大久保　誠之
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 1991-03-23
Filing date: 1991-03-23
Publication date: 1992-10-19

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ファクシミリ装置にお
ける制御を、より効率的に行なうファクシミリ装置用モ
デム装置に関するものである。

【０００２】

【従来の技術】ファクシミリは、通信する信号の形式や
手順が、国際的に標準化されている。交信にあたっては
、画データを通信を開始する前に、送信側、受信側双方
の使用する装置の機能をはじめ、通信するスピード等の
条件について、相互に通信し、整合を行ない、また、画
データ通信中においても、確認信号等を交換する等の手
順であるプロトコルが大きな役割を担っている。

【０００３】ＣＣＩＴＴの勧告Ｔ．３０について説明す
ると、ファクシミリの開始から終了までのプロトコル手
順は、大別して下記のフェーズＡ〜フェーズＥの５段階
に分かれている。

【０００４】フェーズＡは、相手の呼出、回線確立まで
の呼設定のシーケンスである。フェーズＢは、プリメッ
セージ手順である。グループ識別、受信の確認や、オプ
ションとしての加入者識別、非標準機能の識別等の識別
セクションと、グループコマンド、トレーニング、同期
や、非標準機能コマンド、加入者識別コマンド、ポーリ
ングコマンド、伝送路調整等のオプションを含むコマン
ドセクションからなっている。フェーズＣは、メッセー
ジ伝送と同時に行なわれるインメッセージ同期、エラー
検出と訂正、伝送路監視等のインメッセージ手順と、メ
ッセージ伝送手順である。フェーズＤは、メッセージ終
了と受信確認などを行なう。複数頁の連続送信の場合に
はフェーズＢまたはフェーズＣに戻って送信が繰り返さ
れる。フェーズＥは、呼解除の手順であり、回線切断を
行なう。

【０００５】フェーズＡおよびＢについて、そのフロー
をやや詳しく説明する。図２は、送信側についてのフロ
ーである。ハンドセットをあげたり、送信キーを押し下
げることによってフローがスタートする。Ｓｔｅｐ１，
Ｓｔｅｐ２で、ダイヤル音を確認し、ダイヤル発信する
。Ｓｔｅｐ３でＣＮＧ（１１００Ｈｚ）を送出し、Ｓｔ
ｅｐ４で、受信側からのＣＥＤ（２１００Ｈｚ）を待つ
。一定時間内にＣＥＤを受信しないと、Ｓｔｅｐ５，Ｓ
ｔｅｐ６で、回線を切断する。ここまでがフェーズＡで
ある。

【０００６】フェーズＢに入り、Ｓｔｅｐ７で、コマン
ド情報を受信する。ＣＥＤに続いて送られてくる受信側
の機能メニューを知らせるＤＩＳ以外の信号であれば、
Ｓｔｅｐ１３〜Ｓｔｅｐ１８にはいり、ＧＩ信号ならト
ーナル手順に、ＮＳＦ信号なら非規定手順にはいり、い
ずれでもなく時間Ｔ１　秒を過ぎるとＳｔｅｐ９へ移行
して回線を切断する。Ｓｔｅｐ８からＳｔｅｐ１２まで
は、相互の送信、受信装置がＧ２グループ規格同士で送
、受の関係が揃っているかを確認し合う過程である。

【０００７】Ｓｔｅｐ１９、Ｓｔｅｐ２０で、ＤＩＳの
メニューから選んだ送信側の機能モードを知らせるＤＣ
Ｓにより、互いの装置の機能モードを合わせる。Ｓｔｅ
ｐ２１からＳｔｅｐ２６は、受信側の装置を送信側の装
置や回線に合わせる過程で、Ｓｔｅｐ２１で送信側から
位相調整／トレーニング用のＴＣＦ信号をおくり、Ｓｔ
ｅｐ２２でその結果を待つ。受信側は、受信結果が良好
であればＣＦＲ、不良ならＦＴＴ信号を送信側に送る。受信準備が完了すれば、フェーズＣに入る。

【０００８】トレーニングで位相が合わない場合は、Ｓ
ｔｅｐ２３からＳｔｅｐ１９へループし、３回まで繰り
返し、良好とする結果が得られない場合は、図３のフロ
ーに移行して、ステップ２９で回線切断命令を出し、ス
テップ３０で、回線断とする。Ｓｔｅｐ８で、相手に送
信させるＤＴＣ命令が出されれば、Ｓｔｅｐ１２で受信
状態にして受信手順に入る。

【０００９】図４は、受信側についてである。着信があ
るとフローはスタートする。ステップ３１でベル音を発
生させ、Ｓｔｅｐ３２，Ｓｔｅｐ３３で応答し、Ｓｔｅ
ｐ３４でＣＥＤを送出する。ここまでがフェーズＡであ
る。

【００１０】Ｓｔｅｐ３５でＤＩＳを送出してフェーズ
Ｂに入る。Ｓｔｅｐ３６で、ＤＩＳに対する送信側から
の応答を待ち、Ｓｔｅｐ３８に進む。送信側からの送信
要求がなければ、Ｓｔｅｐ４０まで進み、ＤＣＳを送出
し、送信側の機能モードに合わせ、Ｓｔｅｐ４１，４２
で、トレーニングを行ない、トレーニングの結果が良好
ならＳｔｅｐ４３でＣＦＲ、不良ならＳｔｅｐ４４でＦ
ＴＴを送信側に送る。Ｓｔｅｐ３７にもどり、送信側か
ら新しい命令がなく、Ｓｔｅｐ４５，４６で、Ｔ２　秒
以内にメッセージキャリヤがくればＳｔｅｐ４７で、ト
レーニングしてフェーズＣにはいる。

【００１１】Ｓｔｅｐ３６で、ＤＩＳの応答以外の条件
を示す信号を受信した場合には、Ｓｔｅｐ５１からＳｔ
ｅｐ５５の手順に入り、ＧＣ信号ならトーナル手順に、
またＤＩＳ送出を３回繰り返しても応答が得られない場
合は、非規定手順に入り、いずれでもなく、時間Ｔ１　
秒を過ぎると、Ｓｔｅｐ５５から図３のフローに移行し
て回線を切断する。

【００１２】これらの処理は、通常主制御プロセッサー
（ＣＰＵ）が分担しているが、かなりの部分はモデム（
変復調器）に関係しており、主制御プロセッサーは、モ
デムに対して、コマンドを設定したり、ステータスを読
み出したりして、頻繁にモデムに対するアクセスを行な
う。高速伝送スピードを要求すればするほど、モデムに
対するアクセス回数は多くなり、主制御プロセッサーの
オーバーヘッドは大きくなり、１つのタスクに対するレ
スポンスは、悪くなる傾向となる。通常、このレスポン
ス低下を補うためには、主制御プロセッサーを複数にし
たり、高速演算処理可能な主制御プロセッサーによるシ
ステムを構成している。

【００１３】

【発明が解決しようとする課題】本発明は、上述した問
題点を解決するためになされたもので、主制御プロセッ
サーの負担を抑え、ファクシミリ装置を高速に制御でき
るファクシミリ装置用モデム装置を提供することを目的
とするものである。

【００１４】

【課題を解決するための手段】本発明は、少なくとも、
ランダムアクセス記憶手段ＲＡＭ、制御プロセッサーＭ
ＰＵを有するファクシミリ装置用モデム装置において、
前記ＲＡＭは、ファクシミリ装置の主制御プロセッサー
ＣＰＵから受け取った、処理すべきコマンド情報、判断
用基準データ、および、次に処理すべきコマンド情報を
格納し、前記ＭＰＵは、実行した結果を割り込み情報ま
たはステータス情報として前記ＣＰＵに伝達するように
したことを特徴とするものである。

【００１５】ファクシミリメッセージ送出、または、フ
ァクシミリメッセージ受信のフェーズ以外において、主
制御プロセッサーにとってオーバーヘッドが大きくなる
期間において、前記ＣＰＵが、ファクシミリ装置用モデ
ム装置に、処理させるべきコマンド情報、判断用基準デ
ータ、および、次に処理させるべきコマンド情報を送出
することができる。

【００１６】低速データ送出から高速データ送出へ移行
する際のタイミング調整およびその後の受信側からの応
答受信信号の検出動作を、前記ＣＰＵが、ファクシミリ
装置用モデム装置に、処理させるべきコマンド情報、判
断用基準データ、および、次に処理させるべきコマンド
情報として送出することができる。

【００１７】トレーニングに関し、受信データの低速か
高速かの判断、返信用応答信号の送出処理動作を、前記
ＣＰＵが、ファクシミリ装置用モデム装置に、処理させ
るべきコマンド情報、判断用基準データ、および、次に
処理させるべきコマンド情報を送出することができる。

【００１８】

【実施例】図１は、本発明のファクシミリ装置用モデム
装置（以下、モデムブロックという。）を使用したファ
クシミリ装置の一実施例の主要部の概略構成図である。図中、１は電話回線、２は回線制御部、３はモデムブロ
ック、４はモデムプロセッサー（以下、ＭＰＵという。）、５はＲＡＭ、６はＲＯＭ、７はプログラムデータバ
ス、８はデータバス、９は切替部、１０は主制御プロセ
ッサー（以下、ＣＰＵという。）、１１はＲＡＭ、１２
はＲＯＭ、１３は主データバスである。

【００１９】モデムブロック３は、プロトコル手順をよ
り効率的に実行する中心をなすもので、ＭＰＵ４、ＲＡ
Ｍ５、ＲＯＭ６、プログラムデータバス７、データバス
８、切替部９などが一体にＬＳＩ化されており、切替部
９により切り替えられて、全体が主データバス１３を介
して、ＲＡＭ１１、ＲＯＭ１２に記憶されているプログ
ラムやデータにしたがい、ＣＰＵ１０により制御される
。切替部９を含めて一体化することにより、配線を簡単
にし、ＣＰＵ１０のアクセスを高速にできる。

【００２０】ＣＰＵ１０から、モデムブロック３に、処
理させるべきコマンド情報■、判断用基準データ■、お
よび、次に処理させるべきコマンド情報■は、ＲＡＭ１
１、ＲＯＭ１２等から読み出され、ＣＰＵ１０からＭＰ
Ｕ４および切替部９に指示され、切替部９が切り替えら
れ、主データバス１３からプログラムデータバス７を経
由してＲＡＭ５に転送され、格納される。ＲＡＭ５への
書き込むが終了すると、ＣＰＵ１０から、ＲＡＭ書き込
み完了信号がＭＰＵ４に伝達される。ＭＰＵ４は、ＲＡ
Ｍ書き込み完了信号、あるいは、作動開始信号を受けて
、ＲＡＭ５から読み出したコマンド情報■を実行し、判
断用基準データ■に基づいて、実行結果を判断し、次に
処理すべきコマンド情報■を選択し、あるいは、実行し
て、実行結果、、あるいは、判断結果を、ＣＰＵ１０に
割り込み情報として、あるいは、ステータス情報として
報告する。

【００２１】このようにして、プロトコル手順の各ステ
ップごとに、ＣＰＵ１０から、ＲＡＭ５への、処理すべ
きコマンド情報■、判断用基準データ■、次に処理すべ
きコマンド情報■の転送、ＭＰＵ４のコマンドの実行、
ＣＰＵ１０への報告が繰り返される。一連の処理が連続
して行なわれる場合は、■■■が転送実行された後、■
■のみが繰り返されることもある。

【００２２】モデムブロック３は、基本機能として、（
ａ）ＣＣＩＴＴ勧告のＶ．１７，Ｖ．３３，Ｖ．２９，
Ｖ．２７，Ｖ．２１に適する変復調機能、（ｂ）ファク
シミリ信号に重畳するノイズのフィルタ機能、および、
回線での損失、歪みを補正する機能、（ｃ）単音または
混合音の検出および送出機能、を有しているが、本発明
においては、この基本機能に、上記の■■■用の処理機
能を持たせている。

【００２３】モデムブロック３が受け持つのに適する作
業は、送信モードでは、ダイヤルトーンの検出、単音／
混合音の検出のような低周波信号の検出や、時間経過管
理などがあり、これらは、原稿読み取り、記録、復号化
処理時のＣＰＵ１０にとっては、重い処理であるという
ことができる。

【００２４】ファクシミリメッセージ送出、または、フ
ァクシミリメッセージ受信のフェーズ以外において、主
制御プロセッサーにとってオーバーヘッドが大きくなる
期間において行なうべき処理、低速データ送出から高速
データ送出へ移行する際のタイミング調整およびその後
の受信側からの応答受信信号の検出動作、あるいは、ト
レーニングに関し、受信データの低速か高速かの判断、
返信用応答信号の送出処理動作をモデムブロックに分担
させることは有効である。

【００２５】これら本発明が有効に適用される部分につ
いて、そのフローを図２から図８により説明する。■■
■は、上述した処理すべきコマンド情報、判断用基準デ
ータ、次に処理すべきコマンド情報に対応するものであ
る。

【００２６】図２は、送信の場合である。（２−１）フ
ェーズＡのダイヤルトーン検出手順である。Ｓｔｅｐ１
、Ｓｔｅｐ２において、コマンド情報■は、ハンドセッ
トをあげる（直流回路を閉じる）コマンドである。コマ
ンドが実行されると、ダイヤル音が返ってくる。したが
って、判断用基準データ■は、ダイヤル音検出の参照信
号である。次に処理すべきコマンド■は、ダイヤル音が
検出されればダイヤル信号とＣＮＧを送出すること、検
出されない場合はそのまま待つことである。以下、これ
を ■直流回路を閉じる。 ■ダイヤル音検出の参照データ ■ダイヤル音が検出されればダイヤル信号とＣＮＧ送出
、検出されなければ待つ。のように記載することとする。

【００２７】（２−２）Ｓｔｅｐ３〜Ｓｔｅｐ６におい
て、 ■ＣＥＤ信号の参照データ ■ＣＥＤがあったら命令信号を確認せよ。ＣＥＤがなけ
ればＣＮＧを継続送出する。 ■ＣＥＤ信号なしの規定時間 ■規定時間すぎたら回線を切断せよ。

【００２８】（２−３）Ｓｔｅｐ７において、■ＤＩＳ
，ＤＴＣ，ＧＩ，ＮＳＰの参照データ■ＤＩＳまたはＤ
ＴＣがあればＳｔｅｐ８に進め。ＧＩを検出したらトー
ナル手順に進め。ＮＳＰ要求を受けたら非規定手順に移
れ。いずれでもなければＣＮＧを送出しＳｔｅｐ７にも
どれ。

【００２９】（２−４）トレーニング応答確認手順であ
るＳｔｅｐ２１，２２において、 ■位相調整、トレーニング用ＴＣＦを送出せよ。 ■受信側からの応答データの判定データ■応答データが
あれば、Ｓｔｅｐ２４に進め。応答データがなければ、
Ｓｔｅｐ２３に進め。

【００３０】図３は、回線の切断手順である。（３−１）Ｓｔｅｐ２９，３０において、■ＤＣＮを送
出せよ。 ■回線からの発信音データ ■発信音データを検出したら、切断報告をせよ。

【００３１】図４は、受信の場合である。（４−１）Ｓｔｅｐ３１〜Ｓｔｅｐ３３において、■着
信ベル信号を検出せよ。 ■着信ベル信号データ ■着信ベル信号が検出されれば応答せよ。録音応答あれ
ば録音応答せよ。着信ベル音が検出されなければそのま
ま待て。

【００３２】（４−２）フェーズＢのＳｔｅｐ３５，３
６，５１，５２において、 ■ＤＩＳを送出し、送信側から応答を確認せよ。 ■応答判定データ ■応答データがＤＩＳ、ＤＴＣであれば、Ｓｔｅｐ３８
に進め。ＧＣ信号を検出したらトーナル手順に入れ。い
ずれでもなければ、再度Ｓｔｅｐ３５に戻ってＤＩＳを
送出せよ。

【００３３】（４−３）Ｓｔｅｐ５３〜Ｓｔｅｐ５５に
おいて、 ■ＤＩＳ送出回数の限度、Ｔ１　時間 ■３回繰り返し応答なければ非規定手順にはいれ。応答
なくＴ１　時間すぎたら図３のＳｔｅｐ２９に移行せよ
。

【００３４】（４−４）トレーニング確認手順であるＳ
ｔｅｐ４０〜Ｓｔｅｐ４４において、 ■決められた機能モードに合わせ、位相調整、トレーニ
ングをし、ＴＣＦを受信せよ。 ■位相調整、トレーニング判定データ ■判定結果が良好ならＣＦＲ、不良ならＦＴＴを送出せ
よ。

【００３５】（４−５）Ｓｔｅｐ３７，４５，４６，４
７において、ＣＦＲ，ＦＴＴ送出後、 ■応答命令データ、Ｔ２　時間、メッセージキャリヤデ
ータ ■メッセージキャリヤデータがあれば位相等化トレーニ
ングをして、フェーズＣに入れ。メッセージキャリヤが
入らなければＳｔｅｐ３７に戻れ。Ｔ２　時間経過した
らＳｔｅｐ４８に進め。

【００３６】図５は、図２のＳｔｅｐ２２の応答受信の
フローであり、フェーズＢの始めに送信側からの応答信
号に対し、受信側で応答を確認する時間管理手順である
。（５−１）Ｓｔｅｐ５６〜Ｓｔｅｐ５９において、■応
答を示すフラグを確認せよ。 ■フラグデータ、タイマー時間４秒 ■フラグが４秒以内に検出されなければ、Ｓｔｅｐ２２
の「Ｎｏ」に移行せよ。フラグが検出されれば、フレー
ム受信を確認せよ。

【００３７】（５−２）Ｓｔｅｐ５６でフラグが検出さ
れれば、 ■フレーム受信データ ■フレーム受信がされれば、ＦＣＳを検出し、フレーム
受信がされなければ、信号の有無を確認せよ。

【００３８】（５−３）Ｓｔｅｐ６０〜Ｓｔｅｐ６２に
おいて、 ■信号判定データ ■信号が消滅し０．２秒後応答なしと判断せよ。信号が
あっても３秒間フレーム受信がなかったらＳｔｅｐ７０
に進め。

【００３９】図６は、図４のＳｔｅｐ３７における命令
受信のフローであり、フェーズＢの始めに受信側からの
命令信号に対し送信側で命令を確認する時間管理手順で
ある。（６−１）Ｓｔｅｐ７２〜Ｓｔｅｐ７５において、■命
令ありを示すフラグを確認せよ。 ■フラグデータ ■フラグがあれば６秒タイマーをリセットし、フレーム
受信を確認せよ。フラグがなければ命令なしと判断せよ
。 ■フレーム受信データ ■フレーム受信があれば伝送誤りをチェックせよ。フレ
ーム受信がなかったらＳｔｅｐ７６に進め。

【００４０】（６−２）Ｓｔｅｐ７６〜Ｓｔｅｐ７８に
おいて、 ■信号有無を確認せよ。 ■信号判定データ ■信号がなかったら０．２秒後命令なしと判断せよ。信
号があっても３秒間フレーム受信がなかったら命令信号
なしと判断せよ。

【００４１】図７は、フェーズＢで使用するプロトコル
のための、信号データ速度を決めるまでの手順で、送信
側について示す。フェーズＢに入ったところからスター
トする。

【００４２】また、図８は、受信側で信号データ速度を
決める手順でフェーズＢに入ったところからスタートす
る。

【００４３】これらの手順においても、適宜の動作につ
いて、モデムブロックに分担させることができる。

【００４４】なお、上述した動作は、Ｔ．３０のプロト
コルを一例としたものであり、本発明がこのフローに限
られるものでないことは明らかである。モデムブロック
に分担させるコマンド、判断用基準データも一例であり
、上述した内容に限定されるものではない。

【００４５】上述したように、ＭＰＵ４は、ファクシミ
リの全体の動作を記憶しているＣＰＵ１０側から、その
状態での必要な情報だけを受け取ることができるから、
基本動作以外の動作を行なうための記憶容量も少なくて
済み、ＭＰＵ４が処理した結果について、その都度ＣＰ
Ｕ１０の判断を待たずに、次の処理が可能となる。した
がって、待ち時間も少なくなり、結果的に高速な処理が
可能となる。

【００４６】

【発明の効果】以上の説明から明らかなように、本発明
によれば、ＣＰＵが行なうと、全体的に処理が遅くなっ
てしまうような手順について、待ち時間の少ない制御手
順により、モデムブロックが分担することによって、Ｃ
ＰＵの負担を抑え、ファクシミリを高速に制御できるフ
ァクシミリ装置用モデム装置を提供することができる効
果がある。

【図面の簡単な説明】

【図１】本発明のファクシミリ装置用モデム装置の一実
施例の要部の概略構成図である。

【図２】本発明の送信時の動作の一実施例を説明するフ
ローチャートである。

【図３】本発明の回線の切断動作の一実施例を説明する
フローチャートである。

【図４】本発明の受信時の動作の一実施例を説明するフ
ローチャートである。

【図５】本発明の応答受信手順の一実施例を説明するフ
ローチャートである。

【図６】本発明の命令受信手順の一実施例を説明するフ
ローチャートである。

【図７】本発明の送信時符号速度決定手順の一実施例を
説明するフローチャートである。

【図８】本発明の受信時符号速度決定手順の一実施例を
説明するフローチャートである。

【符号の説明】

１　　電話回線２　　回線制御部３　　モデムブロック４　　モデムプロセッサーＭＰＵ５　　ＲＡＭ６　　ＲＯＭ９　　切替部１０　　主制御プロセッサーＣＰＵ

Claims

【特許請求の範囲】

【請求項１】　　少なくとも、ランダムアクセス記憶手
段ＲＡＭ、制御プロセッサーＭＰＵを有するファクシミ
リ装置用モデム装置において、前記ＲＡＭは、ファクシ
ミリ装置の主制御プロセッサーＣＰＵから受け取った、
処理すべきコマンド情報、判断用基準データ、および、
次に処理すべきコマンド情報を格納し、前記ＭＰＵは、
実行した結果を割り込み情報またはステータス情報とし
て前記ＣＰＵに伝達するようにしたことを特徴とするフ
ァクシミリ装置用モデム装置。