JP3661709B2 - ファクシミリ装置 - Google Patents
ファクシミリ装置 Download PDFInfo
- Publication number
- JP3661709B2 JP3661709B2 JP12332294A JP12332294A JP3661709B2 JP 3661709 B2 JP3661709 B2 JP 3661709B2 JP 12332294 A JP12332294 A JP 12332294A JP 12332294 A JP12332294 A JP 12332294A JP 3661709 B2 JP3661709 B2 JP 3661709B2
- Authority
- JP
- Japan
- Prior art keywords
- signal
- received
- analyzing
- response
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 claims description 133
- 230000005540 biological transmission Effects 0.000 claims description 29
- 230000004044 response Effects 0.000 claims description 29
- 238000004891 communication Methods 0.000 claims description 17
- 230000005856 abnormality Effects 0.000 claims description 11
- 230000002159 abnormal effect Effects 0.000 claims description 2
- 238000012545 processing Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 17
- 238000012790 confirmation Methods 0.000 description 15
- 230000008054 signal transmission Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000012549 training Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
Images
Landscapes
- Facsimile Transmission Control (AREA)
Description
【０００１】
【産業上の利用分野】
本発明はファクシミリ装置に関し、特に多重周波信号による命令信号を送信する機能を備えたファクシミリ装置における通信制御方式に関するものである。
【０００２】
【従来の技術】
従来、ファクシミリの通信手順としては、ＩＴＵ−Ｔ勧告Ｔ．３０に基づき標準化されたいわゆるＧ３手順が広く用いられている。また標準の手順に含まれない機能のネゴシエーションを行うためにＮＳＦ（非標準機能識別信号）、ＮＳＣ（非標準機能命令信号）、ＮＳＳ（非標準機能設定信号）等の信号が定義されている。しかし、これらの信号の内容はメーカー毎に固有のフォーマットあるいはコードを用いており、他社機同士ではネゴシエーションができなかった。一方、ファクシミリ装置において、ＤＴＭＦ（デュアルトーンマルチフレケンシー）信号、即ちいわゆるＰＢ信号の送受信機能を備え、このＤＴＭＦ信号により通信機能の制御を行う技術が提案されている（特開昭６３−１０４５７２号公報、特開昭６３−３００６６９号公報、特開平２−５０５６０号公報、特開平３−２６０８７５号公報等参照）。
【０００３】
しかしこれらの従来例においては、ＤＴＭＦ信号を送出する側の装置については、電話機を使用しているか、あるいは開示されていない。そのため、信号検出方法や信号送出方法について具体的に検討されているものはなく、通常ＤＴＭＦ信号は手動で送出されるものとして説明されていた。そこで、自動的にＤＴＭＦ信号を送出する技術が提案されている（特開平４−１６８８６２号公報参照）。
【０００４】
【発明が解決しようとする課題】
上記のような従来のファクシミリ装置においては、ＤＴＭＦ信号を通信の制御に用いることは開示されているが、例えば短縮ダイヤル機能を使用してＤＴＭＦ信号を送出した時に、相手装置が該信号を受け付けなかった場合にも適切に動作させるためには、送信側ファクシミリにおいてどのように処理すべきかが不明であるという問題点があった。
本発明の目的は、前記のような従来技術の問題点を解決し、ＤＴＭＦ信号による制御を行った時に相手装置が受け付けない場合にも適切に動作することが可能なファクシミリ装置を提供することにある。
【０００５】
【課題を解決するための手段】
第１の発明は、多重周波信号により指示した内容に誤りがあることを示す手順無効信号を受信した場合には、回線を開放し、再送信しないことを特徴とする。第２の発明は、多重周波信号により指示した内容がフォーマット異常または数値範囲の異常であることを示す信号を受信した場合には、回線を開放し、再送信しないことを特徴とする。第３の発明は、多重周波信号により指示した内容で現在動作することができないことを示す命令拒否信号を受信した場合には回線を開放し、再送信することを特徴とする。第４の発明は、多重周波信号により親展指示を指示された場合に画像蓄積装置の空きがないことを示す信号を受信した場合には回線を開放し、再送信することを特徴とする。第５の発明は、多重周波信号により指示した内容に誤りがあるという意味の信号、あるいは該内容で現在動作することができないという意味の信号を受信した場合には、同じ多重周波信号を再送出することを特徴とする。第６の発明は、多重周波信号受信手段および受信信号を解析する解析手段を備え、解析手段の出力が、多重周波信号により指示した内容が正しく受信できていないことを示している場合には、同じ多重周波信号を再送出することを特徴とする。
【０００６】
【作用】
第１、第２の発明においては、送出したＤＴＭＦ信号自体に誤りがある可能性が高く、リダイヤルしてもやはり同じ手順を繰り返すことになるので、リダイヤルしないことにより、無駄な動作を省略できる。第３、第４の発明においては、相手装置は時間が経てば指示した動作が可能になる可能性があるので、リダイヤルを行うことにより通信の成功率を向上させることができる。第５の発明においては、相手装置がＤＴＭＦ信号を正しく受信していない場合には、再送出することにより正しい指示が受信されて通信が成功する可能性が高くなる。第６の発明においては、例えば相手装置において受信したＤＴＭＦ信号を返送させ、送信側ファクシミリにおいて照合することにより、相手装置が指示を正しく受信しているか否かが判定でき、判定結果に基づいてＤＴＭＦ信号の再送信あるいはＤＴＭＦ手順の終了の適切な処理が可能となる。
【０００７】
【実施例】
以下に本発明の実施例を図面を参照して詳細に説明する。
図２は本発明のファクシミリ装置の実施例の構成を示すブロック図である。ＣＰＵ１は、ファクシミリ装置全体の制御処理、およびファクシミリ伝送制御手順処理を行う。ＲＡＭ２は制御プログラムのワークエリヤとして使用されるメモリである。操作表示装置３は、ファクシミリ装置を操作するための各種スイッチ、あるいはＬＣＤ、ＬＥＤなどの表示装置からなる。読取装置４は、例えばＣＣＤイメージセンサ等を用いて送信原稿を読み取る装置である。印字装置５は受信画像データ等をプリントする装置である。画像処理装置６は、画像信号と伝送用符号間の符号化、復号化（圧縮、伸張）を行う。画像蓄積装置７は画情報データを格納する記憶装置である。システム制御部８はファクシミリ全体を制御するプログラムが格納されたＲＯＭからなる。
【０００８】
通信制御部９は、Ｇ３あるいはＧ４のファクシミリの通信制御プログラム、およびモデム１０、ＤＴＭＦ制御装置１１、網制御装置１２とのインターフェース回路からなる。モデム１０は、伝送手順信号用の低速モデム（Ｖ２１）と画情報の送受信用の高速モデム（Ｖ２７ter 、Ｖ２９、Ｖ３３、Ｖ１７など）機能を備えた変復調装置である。ＤＴＭＦ制御装置１１はＤＴＭＦ信号（ＰＢ信号）の送受信機能を備えており、この装置はＤＴＭＦ信号によるコマンドの送出と共にＰＢ回線のダイヤル時にも使用される。なおモデム１０がＤＴＭＦ信号送受信機能を備えていれば、このＤＴＭＦ制御装置１１は不要である。網制御装置１２は電話網やＩＳＤＮの回線とのインターフェース回路であり、自動発着信機能を備えている。システムバス１３は装置内の各回路間でデータの転送を行うためのものである。
【０００９】
つぎに動作を説明する。図１１（ａ）はＤＴＭＦ信号による指示を行う場合のＧ３プロトコルを示す手順図である。まず送信側ファクシミリ装置が発呼し、受信側ファクシミリ装置に接続されると、受信側ファクシミリはＣＥＤ（被呼端末識別信号）、ＮＳＦ（非標準機能識別信号）／ＤＩＳ（デジタル識別信号）を送出する。送信側ファクシミリはここでＤＴＭＦ信号により、予め定められたフォーマットに従って、指示を送出する。受信側ファクシミリはＤＴＭＦ信号が正しいフォーマットで受信されると、所定の周波数の応答信号を返送し、その後はもう一度ＮＳＦ／ＤＩＳの送出からやり直し、通常のＧ３手順に従ってトレーニング、画情報の転送を行う。
【００１０】
図１は、本発明の送信側ファクシミリのＤＴＭＦ手順を含む送信処理を示すフローチャートである。ステップＳ１においては、操作表示装置３にある入力部よりダイヤルナンバとＤＴＭＦで指示するコードを入力し、ダイヤルナンバ記憶部およびＤＴＭＦコード記憶部に記憶する。図３（ａ）、（ｂ）に、ＲＡＭ２内に設けられているダイヤルナンバ記憶部とＤＴＭＦコード記憶部の内容の一例を示す。なお短縮ダイヤルメモリにこれらの番号およびコードを登録しておき、短縮番号を指定することによって、メモリからダイヤルナンバおよびＤＴＭＦコードを読み出して、それぞれの記憶部に転送してもよい。なおこの場合にはダイヤル情報とＤＴＭＦ制御情報との区切りコード等が必要である。
【００１１】
ステップＳ２においては、ダイヤル記憶部からダイヤルナンバを取り出し、網制御装置１２（ＤＰの場合）あるいはＤＴＭＦ制御装置１１（ＰＢの場合）からダイヤルする。ステップＳ３においては、ＮＳＦ／ＤＩＳ信号が受信されるまで待つ。ステップＳ４においては、ＤＴＭＦ記憶部の先頭アドレス（図３（ｂ）においては２０００Ｈ）をＲＡＭ２内のＤＴＭＦコード送出アドレス記憶部（図示せず）に記憶する。ステップＳ５においては、ＤＴＭＦ信号を送出する。
【００１２】
図４は、図１のステップＳ５のＤＴＭＦ信号送出処理を示すフローチャートである。ステップＳ２０においては、ＤＴＭＦコード送出アドレス記憶部に記憶されているアドレス情報が示す番地に記憶されているコードデータをＤＴＭＦ制御装置１１からＤＴＭＦ信号として送出する。ステップＳ２１においては、ＤＴＭＦコード送出アドレス記憶部に記憶されているアドレスに１をプラスする。ステップＳ２２においては、ＤＴＭＦコード送出アドレス記憶部に記憶されているアドレス情報が示す番地に記憶されているコードデータを読み出す。ステップＳ２３においては、該コードが”＄”マークであるか否かが判定される。そして結果が肯定であれば処理を終了するが、否定であればステップＳ２４に移行する。この”＄”マークは、ＤＴＭＦ手順制御用のコードであり、送出はされない。そして、送信側ファクシミリはこのコードの直前までのＤＴＭＦコードを送信すると、相手ファクシミリからの確認信号を待つ動作を行う。ステップＳ２４においては、読み出されたコードがエンドマーク（００Ｈ）であるか否かが判定され、結果が肯定であれば処理を終了し、否定であればステップＳ２０に戻る。
【００１３】
図３に示す例ではＤＴＭＦコード記憶部には「００２＃＃＄」という文字に対応するＡＳＣＩＩコード列が記憶されており、このコード列は、例えば親展ボックス番号００２番に親展送信することを表している。なお「＃＃」はＤＴＭＦコードの終了を意味しており、最後の「＄」マークは確認信号を待つ動作を指示している。ＤＴＭＦコードにおいては、フォーマットを定めることにより、この親展送信のほか親展ポーリング、中継同報など任意の機能を指示可能である。
【００１４】
図１に戻って、ステップＳ６においては、受信側ファクシミリからＤＴＭＦの応答信号を受信するまで待つ。ステップＳ７においては、受信した信号が確認信号、即ちＤＴＭＦで指示した内容で動作するという意味の信号であるか否かが判定される。そして、判定結果が肯定であれば、ステップＳ８に移行し、通常の画情報転送手順（フェーズＢ）に戻る。ステップＳ８からステップＳ１５までは通常の手順であり、ネゴシエーション、トレーニング、画情報の送出等の処理が行われる。ステップＳ７において受信した信号が確認信号でなかった場合にはステップＳ１６の送信異常処理に移行する。
【００１５】
図５は、図１のステップＳ１６の送信異常処理の第１の実施例を示すフローチャートである。ステップＳ３０においては、手順無効信号を受信したか否かが判定される。ここでいう手順無効信号とは、ＤＴＭＦで指示した内容に誤りがあるという意味の信号のことであり、例えばフォーマット異常、数値範囲の異常等の場合である。ステップＳ３０の判定結果が肯定の場合にはステップＳ３１に移行し、ステップＳ３１においては、ＲＡＭ２内の再送信記憶部（図示せず）に０（再送信せず）をセットする。そしてステップＳ３４に移行し、回線を開放する。
【００１６】
ステップＳ３０の判定結果が否定の場合にはステップＳ３２に移行し、ステップＳ３２においては、命令拒否信号を受信したか否かが判定される。ここでいう命令拒否信号とは、ＤＴＭＦで指示された内容では現在動作することができないという意味の信号であり、例えば親展受信を指示された場合に画像蓄積装置７の空きが無い等の場合に送出される。そして判定結果が肯定であった場合にはステップＳ３３に移行し、ＲＡＭ２内の再送信記憶部に１（再送信する）をセットする。そしてステップＳ３４に移行する。
ステップＳ３４の回線開放後は図１のフローチャートにおける異常状態の処理即ちステップＳ１７に移行し、ＲＡＭ内の再送信記憶部の内容が１であるか否かが判定される。そして結果が肯定であればステップＳ２に戻り、再送信処理を行う。なお再送信回数の上限を超えた場合には再送信を中止するようにしてもよい。またステップＳ１７の判定結果が否定の場合には処理を終了する。
【００１７】
図１１（ｂ）、（ｃ）は第１の異常処理の実施例に対応する信号のやり取りを示す手順図である。（ｂ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から、例えばフォーマット異常等の理由により手順無効信号が返送された場合を示しており、この場合には送信側は再度ＤＴＭＦ信号を送信しても、再び手順無効信号が返送されてくる確率が高いので、回線を開放し、再送信はしない。また、（ｃ）においては、ＤＴＭＦの送出に対して命令拒否信号が返送された場合を示しており、この場合には一旦回線を開放し、再度送信を行う。図においては再送信が成功した例が示されている。なお、確認信号、手順無効信号、命令拒否信号には、それぞれＤＴＭＦ制御装置１１あるいはモデム１０において検出可能な任意の単一周波あるいは多重周波信号、あるいはその信号（コード）列が割当可能である。以上のような処理により、相手装置からの応答信号に応じて適切な処理が可能となる。
【００１８】
図６は、図１のステップＳ１６の送信異常処理の第２の実施例を示すフローチャートである。この実施例はＤＴＭＦ信号の再送機能を有するものである。ステップＳ４０においては、手順無効信号が受信されたか否かが判定され、肯定の場合にはステップＳ４２に移行するが、否定の場合にはステップＳ４１に移行する。ステップＳ４１においては、命令拒否信号が受信されたか否かが判定され、肯定の場合にはステップＳ４２に移行するが、否定の場合にはステップＳ５１に移行し、回線開放処理を行う。ステップＳ４２においては、ＲＡＭ２内の所定のエリアに設けた再送回数計数用のカウンタに例えば３をセットする。なお、再送回数の初期値は設定、変更可能に構成してもよい。ステップＳ４３においては、カウンタの値が０であるか否かが判定され、結果が肯定であれば再送を中止してステップＳ５１に移行するが、否定であればステップＳ４４に移行する。
【００１９】
ステップＳ４４においては、カウンタの値をマイナス１し、ステップＳ４５においては、ＤＴＭＦコード記憶部の先頭アドレスをＤＴＭＦコード送出アドレス記憶部に記憶する。ステップＳ４６においては、図４に示すＤＴＭＦ信号送出処理が行われる。ステップＳ４７においては、応答信号が受信されるまで待ち、ステップＳ４８においては、受信された信号が確認信号であるか否かが判定される。そして判定結果が肯定であれば、ＤＴＭＦ手順が完了したことを意味するので「通常」の処理、即ち図１のステップＳ８に移行する。ステップＳ４８の判定結果が否定の場合にはステップＳ４９に移行し、ステップＳ４９においては、手順無効信号が受信されたか否かが判定され、肯定の場合にはステップＳ４３に戻るが、否定の場合にはステップＳ５０に移行する。ステップＳ５０においては、命令拒否信号が受信されたか否かが判定され、肯定の場合にはステップＳ４３に戻るが、否定の場合にはステップＳ５１に移行し、回線開放処理を行う。なお、第１の実施例と同様に、ステップＳ５０において命令拒否信号を受信したと判定した場合には、再送信記憶部の内容を１にセットする処理を追加してもよい。
【００２０】
図１１（ｄ）は第２の異常処理の実施例に対応する信号のやり取りを示す手順図である。（ｄ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から命令拒否信号が返送され、再度ＤＴＭＦ信号を送出すると、今度は手順無効信号が返送され、更にＤＴＭＦ信号を再送すると、今度は確認信号が返送された例を示している。例えば回線に雑音が乗っていたり、レベルが低下しているなど、ＤＴＭＦ信号が正しく相手装置に届いていない可能性のある場合には、この実施例のように再送処理を行うことにより、正常な動作が実行可能となる。なお手順無効信号を受信した場合にのみ再送を行うようにしてもよい。
【００２１】
図７は、図１のステップＳ１６の送信異常処理の第３の実施例を示すフローチャートである。この実施例は、受信側から応答信号と共に受信したＤＴＭＦ信号そのものを返送させ、送信側において送信ＤＴＭＦ信号との照合を行うものである。ステップＳ６０においては、再送回数計数用のカウンタに例えば３をセットする。ステップＳ６１においては、手順無効信号が受信されたか否かが判定され、肯定の場合にはステップＳ６３に移行するが、否定の場合にはステップＳ６２に移行する。ステップＳ６２においては、命令拒否信号が受信されたか否かが判定され、肯定の場合にはステップＳ６３に移行するが、否定の場合にはステップＳ７６に移行し、回線開放処理を行う。
【００２２】
ステップＳ６３においては、ＤＴＭＦ信号を受信するまで待つ。ステップＳ６４においては、図３（ｃ）に一例を示す受信ＤＴＭＦコード記憶部の先頭アドレスをＤＴＭＦコード受信アドレス記憶部（図示せず）に記憶する。ステップＳ６５においては、ＤＴＭＦ信号受信処理（後述する図９のステップＳ１００〜１０８の処理と同じ）が行われ、受信側ファクシミリから返送されてきたＤＴＭＦ信号を終了コードが検出されるまで受信し、受信ＤＴＭＦコード記憶部に格納される。ステップＳ６６においては、送信コードを記憶しているＤＴＭＦコード記憶部の内容と、受信ＤＴＭＦコード記憶部の内容とを比較する。そしてステップＳ６７において前記比較結果が一致しているか否かが判定される。
【００２３】
判定結果が一致している場合には、受信側ファクシミリはＤＴＭＦ信号を正しく受信しているから再送は不要であり、手順無効あるいは命令拒否信号に従った処理をすればよい。この例においては、ステップＳ７６に移行して回線開放を行っている。ステップＳ６８においては、カウンタの値が０であるか否かが判定され、結果が肯定であれば再送処理を中止してステップＳ７６に移行するが、否定であればステップＳ６９に移行する。ステップＳ６９〜７５の再送処理は第２の実施例である図６のステップＳ４４〜５０の処理と同一であり、ステップＳ７４および７５の判定結果が肯定の場合にはステップＳ６３に戻る。なお、第１の実施例と同様に、ステップＳ６２あるいは７５において命令拒否信号を受信したと判定した場合には、再送信記憶部の内容を１にセットする処理を追加してもよい。
【００２４】
図１２（ａ）、（ｂ）は第３の異常処理の実施例に対応する信号のやり取りを示す手順図である。（ａ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から命令拒否信号と共にＤＴＭＦ信号が返送され、該ＤＴＭＦ信号が送信したＤＴＭＦ信号と異なる場合を示している。この場合に再度ＤＴＭＦ信号を送出すると、今度は手順無効信号とＤＴＭＦ信号が返送され、このＤＴＭＦ信号が再び送信ＤＴＭＦ信号と異なっていたとする。そこで、更にＤＴＭＦ信号を再送すると、今度は確認信号が返送された例を示している。（ｂ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から命令拒否信号と共にＤＴＭＦ信号が返送され、該ＤＴＭＦ信号がやはり送信したＤＴＭＦ信号と異なる場合を示している。この場合に再度ＤＴＭＦ信号を送出すると、今度は手順無効信号とＤＴＭＦ信号が返送され、このＤＴＭＦ信号が今度は送信ＤＴＭＦ信号と一致していたとする。この場合には手順無効信号が有効であるので回線開放される。以上のように、受信側からＤＴＭＦ信号を返送し、送信側において一致をチェックすることにより、相手装置がＤＴＭＦ信号を正しく受信していない場合にのみＤＴＭＦ信号を再送することができ、無駄な動作がなくなる。
【００２５】
図８は本発明の受信側ファクシミリのＤＴＭＦ手順を含む受信処理を示すフローチャートであり、送信側ファクシミリの第１実施例（図５）および第２実施例（図６）に対応する処理である。ステップＳ８０において着信を検出すると、ステップＳ８１においてはＣＥＤ信号を送出し、ステップＳ８２においてはＮＳＦ／ＤＩＳ信号を送出する。ステップＳ８３においては、ファクシミリコマンドを受信したか否かが判定され、否定の場合にはステップＳ８４に移行してＤＴＭＦ信号が受信されたか否かが判定される。ステップＳ８３においてコマンドが受信された場合にはステップＳ８７に移行する。ステップＳ８７〜９４においては通常のＧ３手順に従って機能のネゴシエーション、トレーニング、画情報受信を最終頁まで繰り返す。
【００２６】
ステップＳ８４においてＤＴＭＦ信号を受信した場合にはステップＳ８５に移行し、ＤＴＭＦ解析手順が実行される。図９は、図８のステップＳ８５のＤＴＭＦ解析手順処理を示すフローチャートである。ステップＳ１００においては、受信ＤＴＭＦコード記憶部（図３（ｃ））の先頭アドレスをＤＴＭＦコード受信アドレス記憶部（図示せず）に記憶する。ステップＳ１０１においては、ＤＴＭＦコード受信アドレス記憶部に記憶されているアドレスに、受信したＤＴＭＦコードデータを記憶する。ステップＳ１０２においては、”＃”コードが受信されたか否かが判定され、肯定である場合にはステップＳ１０４に移行するが、否定の場合にはステップＳ１０３に移行する。ステップＳ１０３においては、”＊”コードが受信されたか否かが判定され、肯定の場合にはステップＳ１０４に移行するが、否定の場合にはステップＳ１０５に移行する。ステップＳ１０５においては、終了コードを検出するための図示しないカウンタ値を０にクリヤする。
【００２７】
ステップＳ１０４においては、カウンタが１であるか否かが判定され、肯定の場合には終了コード（＃または＊の連続）を受信したのでステップＳ１１０に移行するが、否定の場合にはステップＳ１０６に移行し、カウンタの値をプラス１する。ステップＳ１０７においては、ＤＴＭＦコード受信アドレス記憶部に記憶されているアドレスをプラス１し、ステップＳ１０８においては、ＤＴＭＦ信号を受信するまで待ってステップＳ１０１に移行する。
【００２８】
ステップＳ１１０においては、指示された機能の解析を行い、ステップＳ１１１においては、指示内容が正常であるか否かが判定される。そして判定結果が肯定であればステップＳ１１３に移行するが、否定であればステップＳ１１２に移行し、手順無効信号を送出する。ステップＳ１１３においては、指示された内容で現在動作できるか否かが判定され、結果が肯定であればステップＳ１１５に移行して確認信号が送出されるが、否定であればステップＳ１１４に移行し命令拒否信号を送出する。ステップＳ１１２および１１４の処理後はステップＳ１１６に移行し、回線開放指示フラグをオンにする。
図８に戻って、ステップＳ８６においては、回線開放フラグの内容により回線開放か否かが判定され、肯定の場合にはステップＳ９６に移行して回線開放処理が行われ、処理が終了するが、否定の場合にはステップＳ８２（通常のファクシミリ信号による制御）に戻る。
【００２９】
図１０は、送信側ファクシミリの第３実施例（図７）に対応する、受信側ファクシミリの処理の他の実施例の要部を示すフローチャートである。この実施例は図８、９に示す処理にＤＴＭＦ信号の返送処理を追加したものである。図９のステップＳ１１２あるいは１１４までは第１の受信処理例と同一であり、ステップＳ１１２あるいは１１４から図１０のステップＳ１２０に移行し、ステップＳ１２０においては、受信ＤＴＭＦコード記憶部の先頭アドレスをＤＴＭＦコード送出アドレス記憶部に記憶する。ステップＳ１２１においては、図４に示すＤＴＭＦ信号送出処理が行われる。そしてその後は図８のステップＳ８４に戻ってＤＴＭＦ信号の受信を行う。
【００３０】
以上、実施例を説明したが、本発明は以下に示すような変形例も考えられる。ＤＴＭＦ信号送出制御コードとしては”＄”コードが相手からの確認信号を待つ意味でコード列の最後に使用される例を示したが、この”＄”コードがコード列の途中に出現した場合にも、相手からの確認信号を待って続くコードを送出するように構成することも可能である。その場合には相手装置に確認信号を送出させるための何らかのプロトコルが必要である。このプロトコルとしては、確認信号を要求するコード（例えば”＄”）を決めておき、該コードを送信する、あるいは所定のフォーマットの区切りにおいて必ず確認信号を送出するように決めておく等の方式が考えられる。このようにＤＴＭＦ手順の途中で確認信号を受信するようにした場合にも、手順無効信号や命令拒否信号を受信する可能性があり、そのような場合にも本願発明が適用可能である。
【００３１】
ＤＴＭＦ信号送出制御コードとしては、他に、ＤＴＭＦコードの区切りを意味するコードも考えられ、該コード（例えば”！”）がコード列中に存在した場合には該コードの直前までのコードを送出した後、画情報の転送を行い、その後再びフェーズＢに戻って、ＤＩＳ受信を待って該コード以降のコードを送出するように動作する。このような処理を行えば頁ごとにＤＴＭＦ制御が可能となる。
【００３２】
【発明の効果】
第１、第２の発明においては、送出したＤＴＭＦ信号自体に誤りがある可能性が高く、リダイヤルしてもやはり同じ手順を繰り返すことになるので、リダイヤルしないことにより、無駄な動作を省略できる。第３、第４の発明においては、相手装置は時間が経てば指示した動作が可能になる可能性があるので、リダイヤルを行うことにより通信の成功率を向上させることができる。第５の発明においては、相手装置がＤＴＭＦ信号を正しく受信していない場合には、再送出することにより正しい指示が受信されて、画情報の伝送が完了できる可能性が高くなる。第６の発明においては、例えば相手装置において受信したＤＴＭＦ信号を返送させ、送信側ファクシミリにおいて照合することにより、相手装置が指示を正しく受信しているか否かが判定でき、判定結果に基づいてＤＴＭＦ信号の再送信あるいはＤＴＭＦ手順の終了の適切な処理が可能となる。
【図面の簡単な説明】
【図１】本発明の送信側ファクシミリのＤＴＭＦ手順を含む送信処理を示すフローチャートである。
【図２】ファクシミリ装置の構成を示すブロック図である。
【図３】各種データ記憶部の内容の一例を示す説明図である。
【図４】ＤＴＭＦ信号送出処理を示すフローチャートである。
【図５】送信異常処理の第１の実施例を示すフローチャートである。
【図６】送信異常処理の第２の実施例を示すフローチャートである。
【図７】送信異常処理の第３の実施例を示すフローチャートである。
【図８】受信側ファクシミリのＤＴＭＦ手順を含む受信処理を示すフローチャートである。
【図９】ＤＴＭＦ解析手順処理を示すフローチャートである。
【図１０】受信側処理の他の実施例の要部を示すフローチャートである。
【図１１】ＤＴＭＦ指示を含む手順の例を示す説明図（１）である。
【図１２】ＤＴＭＦ指示を含む手順の例を示す説明図（２）である。
【符号の説明】
１…ＣＰＵ、２…ＲＡＭ、３…操作表示装置、４…読取装置、５…印字装置、６…画像処理装置、７…画像蓄積装置、８…システム制御部、９…通信制御部、１０…モデム、１１…ＤＴＭＦ制御装置、１２…網制御装置、１３…システムバス
【産業上の利用分野】
本発明はファクシミリ装置に関し、特に多重周波信号による命令信号を送信する機能を備えたファクシミリ装置における通信制御方式に関するものである。
【０００２】
【従来の技術】
従来、ファクシミリの通信手順としては、ＩＴＵ−Ｔ勧告Ｔ．３０に基づき標準化されたいわゆるＧ３手順が広く用いられている。また標準の手順に含まれない機能のネゴシエーションを行うためにＮＳＦ（非標準機能識別信号）、ＮＳＣ（非標準機能命令信号）、ＮＳＳ（非標準機能設定信号）等の信号が定義されている。しかし、これらの信号の内容はメーカー毎に固有のフォーマットあるいはコードを用いており、他社機同士ではネゴシエーションができなかった。一方、ファクシミリ装置において、ＤＴＭＦ（デュアルトーンマルチフレケンシー）信号、即ちいわゆるＰＢ信号の送受信機能を備え、このＤＴＭＦ信号により通信機能の制御を行う技術が提案されている（特開昭６３−１０４５７２号公報、特開昭６３−３００６６９号公報、特開平２−５０５６０号公報、特開平３−２６０８７５号公報等参照）。
【０００３】
しかしこれらの従来例においては、ＤＴＭＦ信号を送出する側の装置については、電話機を使用しているか、あるいは開示されていない。そのため、信号検出方法や信号送出方法について具体的に検討されているものはなく、通常ＤＴＭＦ信号は手動で送出されるものとして説明されていた。そこで、自動的にＤＴＭＦ信号を送出する技術が提案されている（特開平４−１６８８６２号公報参照）。
【０００４】
【発明が解決しようとする課題】
上記のような従来のファクシミリ装置においては、ＤＴＭＦ信号を通信の制御に用いることは開示されているが、例えば短縮ダイヤル機能を使用してＤＴＭＦ信号を送出した時に、相手装置が該信号を受け付けなかった場合にも適切に動作させるためには、送信側ファクシミリにおいてどのように処理すべきかが不明であるという問題点があった。
本発明の目的は、前記のような従来技術の問題点を解決し、ＤＴＭＦ信号による制御を行った時に相手装置が受け付けない場合にも適切に動作することが可能なファクシミリ装置を提供することにある。
【０００５】
【課題を解決するための手段】
第１の発明は、多重周波信号により指示した内容に誤りがあることを示す手順無効信号を受信した場合には、回線を開放し、再送信しないことを特徴とする。第２の発明は、多重周波信号により指示した内容がフォーマット異常または数値範囲の異常であることを示す信号を受信した場合には、回線を開放し、再送信しないことを特徴とする。第３の発明は、多重周波信号により指示した内容で現在動作することができないことを示す命令拒否信号を受信した場合には回線を開放し、再送信することを特徴とする。第４の発明は、多重周波信号により親展指示を指示された場合に画像蓄積装置の空きがないことを示す信号を受信した場合には回線を開放し、再送信することを特徴とする。第５の発明は、多重周波信号により指示した内容に誤りがあるという意味の信号、あるいは該内容で現在動作することができないという意味の信号を受信した場合には、同じ多重周波信号を再送出することを特徴とする。第６の発明は、多重周波信号受信手段および受信信号を解析する解析手段を備え、解析手段の出力が、多重周波信号により指示した内容が正しく受信できていないことを示している場合には、同じ多重周波信号を再送出することを特徴とする。
【０００６】
【作用】
第１、第２の発明においては、送出したＤＴＭＦ信号自体に誤りがある可能性が高く、リダイヤルしてもやはり同じ手順を繰り返すことになるので、リダイヤルしないことにより、無駄な動作を省略できる。第３、第４の発明においては、相手装置は時間が経てば指示した動作が可能になる可能性があるので、リダイヤルを行うことにより通信の成功率を向上させることができる。第５の発明においては、相手装置がＤＴＭＦ信号を正しく受信していない場合には、再送出することにより正しい指示が受信されて通信が成功する可能性が高くなる。第６の発明においては、例えば相手装置において受信したＤＴＭＦ信号を返送させ、送信側ファクシミリにおいて照合することにより、相手装置が指示を正しく受信しているか否かが判定でき、判定結果に基づいてＤＴＭＦ信号の再送信あるいはＤＴＭＦ手順の終了の適切な処理が可能となる。
【０００７】
【実施例】
以下に本発明の実施例を図面を参照して詳細に説明する。
図２は本発明のファクシミリ装置の実施例の構成を示すブロック図である。ＣＰＵ１は、ファクシミリ装置全体の制御処理、およびファクシミリ伝送制御手順処理を行う。ＲＡＭ２は制御プログラムのワークエリヤとして使用されるメモリである。操作表示装置３は、ファクシミリ装置を操作するための各種スイッチ、あるいはＬＣＤ、ＬＥＤなどの表示装置からなる。読取装置４は、例えばＣＣＤイメージセンサ等を用いて送信原稿を読み取る装置である。印字装置５は受信画像データ等をプリントする装置である。画像処理装置６は、画像信号と伝送用符号間の符号化、復号化（圧縮、伸張）を行う。画像蓄積装置７は画情報データを格納する記憶装置である。システム制御部８はファクシミリ全体を制御するプログラムが格納されたＲＯＭからなる。
【０００８】
通信制御部９は、Ｇ３あるいはＧ４のファクシミリの通信制御プログラム、およびモデム１０、ＤＴＭＦ制御装置１１、網制御装置１２とのインターフェース回路からなる。モデム１０は、伝送手順信号用の低速モデム（Ｖ２１）と画情報の送受信用の高速モデム（Ｖ２７ter 、Ｖ２９、Ｖ３３、Ｖ１７など）機能を備えた変復調装置である。ＤＴＭＦ制御装置１１はＤＴＭＦ信号（ＰＢ信号）の送受信機能を備えており、この装置はＤＴＭＦ信号によるコマンドの送出と共にＰＢ回線のダイヤル時にも使用される。なおモデム１０がＤＴＭＦ信号送受信機能を備えていれば、このＤＴＭＦ制御装置１１は不要である。網制御装置１２は電話網やＩＳＤＮの回線とのインターフェース回路であり、自動発着信機能を備えている。システムバス１３は装置内の各回路間でデータの転送を行うためのものである。
【０００９】
つぎに動作を説明する。図１１（ａ）はＤＴＭＦ信号による指示を行う場合のＧ３プロトコルを示す手順図である。まず送信側ファクシミリ装置が発呼し、受信側ファクシミリ装置に接続されると、受信側ファクシミリはＣＥＤ（被呼端末識別信号）、ＮＳＦ（非標準機能識別信号）／ＤＩＳ（デジタル識別信号）を送出する。送信側ファクシミリはここでＤＴＭＦ信号により、予め定められたフォーマットに従って、指示を送出する。受信側ファクシミリはＤＴＭＦ信号が正しいフォーマットで受信されると、所定の周波数の応答信号を返送し、その後はもう一度ＮＳＦ／ＤＩＳの送出からやり直し、通常のＧ３手順に従ってトレーニング、画情報の転送を行う。
【００１０】
図１は、本発明の送信側ファクシミリのＤＴＭＦ手順を含む送信処理を示すフローチャートである。ステップＳ１においては、操作表示装置３にある入力部よりダイヤルナンバとＤＴＭＦで指示するコードを入力し、ダイヤルナンバ記憶部およびＤＴＭＦコード記憶部に記憶する。図３（ａ）、（ｂ）に、ＲＡＭ２内に設けられているダイヤルナンバ記憶部とＤＴＭＦコード記憶部の内容の一例を示す。なお短縮ダイヤルメモリにこれらの番号およびコードを登録しておき、短縮番号を指定することによって、メモリからダイヤルナンバおよびＤＴＭＦコードを読み出して、それぞれの記憶部に転送してもよい。なおこの場合にはダイヤル情報とＤＴＭＦ制御情報との区切りコード等が必要である。
【００１１】
ステップＳ２においては、ダイヤル記憶部からダイヤルナンバを取り出し、網制御装置１２（ＤＰの場合）あるいはＤＴＭＦ制御装置１１（ＰＢの場合）からダイヤルする。ステップＳ３においては、ＮＳＦ／ＤＩＳ信号が受信されるまで待つ。ステップＳ４においては、ＤＴＭＦ記憶部の先頭アドレス（図３（ｂ）においては２０００Ｈ）をＲＡＭ２内のＤＴＭＦコード送出アドレス記憶部（図示せず）に記憶する。ステップＳ５においては、ＤＴＭＦ信号を送出する。
【００１２】
図４は、図１のステップＳ５のＤＴＭＦ信号送出処理を示すフローチャートである。ステップＳ２０においては、ＤＴＭＦコード送出アドレス記憶部に記憶されているアドレス情報が示す番地に記憶されているコードデータをＤＴＭＦ制御装置１１からＤＴＭＦ信号として送出する。ステップＳ２１においては、ＤＴＭＦコード送出アドレス記憶部に記憶されているアドレスに１をプラスする。ステップＳ２２においては、ＤＴＭＦコード送出アドレス記憶部に記憶されているアドレス情報が示す番地に記憶されているコードデータを読み出す。ステップＳ２３においては、該コードが”＄”マークであるか否かが判定される。そして結果が肯定であれば処理を終了するが、否定であればステップＳ２４に移行する。この”＄”マークは、ＤＴＭＦ手順制御用のコードであり、送出はされない。そして、送信側ファクシミリはこのコードの直前までのＤＴＭＦコードを送信すると、相手ファクシミリからの確認信号を待つ動作を行う。ステップＳ２４においては、読み出されたコードがエンドマーク（００Ｈ）であるか否かが判定され、結果が肯定であれば処理を終了し、否定であればステップＳ２０に戻る。
【００１３】
図３に示す例ではＤＴＭＦコード記憶部には「００２＃＃＄」という文字に対応するＡＳＣＩＩコード列が記憶されており、このコード列は、例えば親展ボックス番号００２番に親展送信することを表している。なお「＃＃」はＤＴＭＦコードの終了を意味しており、最後の「＄」マークは確認信号を待つ動作を指示している。ＤＴＭＦコードにおいては、フォーマットを定めることにより、この親展送信のほか親展ポーリング、中継同報など任意の機能を指示可能である。
【００１４】
図１に戻って、ステップＳ６においては、受信側ファクシミリからＤＴＭＦの応答信号を受信するまで待つ。ステップＳ７においては、受信した信号が確認信号、即ちＤＴＭＦで指示した内容で動作するという意味の信号であるか否かが判定される。そして、判定結果が肯定であれば、ステップＳ８に移行し、通常の画情報転送手順（フェーズＢ）に戻る。ステップＳ８からステップＳ１５までは通常の手順であり、ネゴシエーション、トレーニング、画情報の送出等の処理が行われる。ステップＳ７において受信した信号が確認信号でなかった場合にはステップＳ１６の送信異常処理に移行する。
【００１５】
図５は、図１のステップＳ１６の送信異常処理の第１の実施例を示すフローチャートである。ステップＳ３０においては、手順無効信号を受信したか否かが判定される。ここでいう手順無効信号とは、ＤＴＭＦで指示した内容に誤りがあるという意味の信号のことであり、例えばフォーマット異常、数値範囲の異常等の場合である。ステップＳ３０の判定結果が肯定の場合にはステップＳ３１に移行し、ステップＳ３１においては、ＲＡＭ２内の再送信記憶部（図示せず）に０（再送信せず）をセットする。そしてステップＳ３４に移行し、回線を開放する。
【００１６】
ステップＳ３０の判定結果が否定の場合にはステップＳ３２に移行し、ステップＳ３２においては、命令拒否信号を受信したか否かが判定される。ここでいう命令拒否信号とは、ＤＴＭＦで指示された内容では現在動作することができないという意味の信号であり、例えば親展受信を指示された場合に画像蓄積装置７の空きが無い等の場合に送出される。そして判定結果が肯定であった場合にはステップＳ３３に移行し、ＲＡＭ２内の再送信記憶部に１（再送信する）をセットする。そしてステップＳ３４に移行する。
ステップＳ３４の回線開放後は図１のフローチャートにおける異常状態の処理即ちステップＳ１７に移行し、ＲＡＭ内の再送信記憶部の内容が１であるか否かが判定される。そして結果が肯定であればステップＳ２に戻り、再送信処理を行う。なお再送信回数の上限を超えた場合には再送信を中止するようにしてもよい。またステップＳ１７の判定結果が否定の場合には処理を終了する。
【００１７】
図１１（ｂ）、（ｃ）は第１の異常処理の実施例に対応する信号のやり取りを示す手順図である。（ｂ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から、例えばフォーマット異常等の理由により手順無効信号が返送された場合を示しており、この場合には送信側は再度ＤＴＭＦ信号を送信しても、再び手順無効信号が返送されてくる確率が高いので、回線を開放し、再送信はしない。また、（ｃ）においては、ＤＴＭＦの送出に対して命令拒否信号が返送された場合を示しており、この場合には一旦回線を開放し、再度送信を行う。図においては再送信が成功した例が示されている。なお、確認信号、手順無効信号、命令拒否信号には、それぞれＤＴＭＦ制御装置１１あるいはモデム１０において検出可能な任意の単一周波あるいは多重周波信号、あるいはその信号（コード）列が割当可能である。以上のような処理により、相手装置からの応答信号に応じて適切な処理が可能となる。
【００１８】
図６は、図１のステップＳ１６の送信異常処理の第２の実施例を示すフローチャートである。この実施例はＤＴＭＦ信号の再送機能を有するものである。ステップＳ４０においては、手順無効信号が受信されたか否かが判定され、肯定の場合にはステップＳ４２に移行するが、否定の場合にはステップＳ４１に移行する。ステップＳ４１においては、命令拒否信号が受信されたか否かが判定され、肯定の場合にはステップＳ４２に移行するが、否定の場合にはステップＳ５１に移行し、回線開放処理を行う。ステップＳ４２においては、ＲＡＭ２内の所定のエリアに設けた再送回数計数用のカウンタに例えば３をセットする。なお、再送回数の初期値は設定、変更可能に構成してもよい。ステップＳ４３においては、カウンタの値が０であるか否かが判定され、結果が肯定であれば再送を中止してステップＳ５１に移行するが、否定であればステップＳ４４に移行する。
【００１９】
ステップＳ４４においては、カウンタの値をマイナス１し、ステップＳ４５においては、ＤＴＭＦコード記憶部の先頭アドレスをＤＴＭＦコード送出アドレス記憶部に記憶する。ステップＳ４６においては、図４に示すＤＴＭＦ信号送出処理が行われる。ステップＳ４７においては、応答信号が受信されるまで待ち、ステップＳ４８においては、受信された信号が確認信号であるか否かが判定される。そして判定結果が肯定であれば、ＤＴＭＦ手順が完了したことを意味するので「通常」の処理、即ち図１のステップＳ８に移行する。ステップＳ４８の判定結果が否定の場合にはステップＳ４９に移行し、ステップＳ４９においては、手順無効信号が受信されたか否かが判定され、肯定の場合にはステップＳ４３に戻るが、否定の場合にはステップＳ５０に移行する。ステップＳ５０においては、命令拒否信号が受信されたか否かが判定され、肯定の場合にはステップＳ４３に戻るが、否定の場合にはステップＳ５１に移行し、回線開放処理を行う。なお、第１の実施例と同様に、ステップＳ５０において命令拒否信号を受信したと判定した場合には、再送信記憶部の内容を１にセットする処理を追加してもよい。
【００２０】
図１１（ｄ）は第２の異常処理の実施例に対応する信号のやり取りを示す手順図である。（ｄ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から命令拒否信号が返送され、再度ＤＴＭＦ信号を送出すると、今度は手順無効信号が返送され、更にＤＴＭＦ信号を再送すると、今度は確認信号が返送された例を示している。例えば回線に雑音が乗っていたり、レベルが低下しているなど、ＤＴＭＦ信号が正しく相手装置に届いていない可能性のある場合には、この実施例のように再送処理を行うことにより、正常な動作が実行可能となる。なお手順無効信号を受信した場合にのみ再送を行うようにしてもよい。
【００２１】
図７は、図１のステップＳ１６の送信異常処理の第３の実施例を示すフローチャートである。この実施例は、受信側から応答信号と共に受信したＤＴＭＦ信号そのものを返送させ、送信側において送信ＤＴＭＦ信号との照合を行うものである。ステップＳ６０においては、再送回数計数用のカウンタに例えば３をセットする。ステップＳ６１においては、手順無効信号が受信されたか否かが判定され、肯定の場合にはステップＳ６３に移行するが、否定の場合にはステップＳ６２に移行する。ステップＳ６２においては、命令拒否信号が受信されたか否かが判定され、肯定の場合にはステップＳ６３に移行するが、否定の場合にはステップＳ７６に移行し、回線開放処理を行う。
【００２２】
ステップＳ６３においては、ＤＴＭＦ信号を受信するまで待つ。ステップＳ６４においては、図３（ｃ）に一例を示す受信ＤＴＭＦコード記憶部の先頭アドレスをＤＴＭＦコード受信アドレス記憶部（図示せず）に記憶する。ステップＳ６５においては、ＤＴＭＦ信号受信処理（後述する図９のステップＳ１００〜１０８の処理と同じ）が行われ、受信側ファクシミリから返送されてきたＤＴＭＦ信号を終了コードが検出されるまで受信し、受信ＤＴＭＦコード記憶部に格納される。ステップＳ６６においては、送信コードを記憶しているＤＴＭＦコード記憶部の内容と、受信ＤＴＭＦコード記憶部の内容とを比較する。そしてステップＳ６７において前記比較結果が一致しているか否かが判定される。
【００２３】
判定結果が一致している場合には、受信側ファクシミリはＤＴＭＦ信号を正しく受信しているから再送は不要であり、手順無効あるいは命令拒否信号に従った処理をすればよい。この例においては、ステップＳ７６に移行して回線開放を行っている。ステップＳ６８においては、カウンタの値が０であるか否かが判定され、結果が肯定であれば再送処理を中止してステップＳ７６に移行するが、否定であればステップＳ６９に移行する。ステップＳ６９〜７５の再送処理は第２の実施例である図６のステップＳ４４〜５０の処理と同一であり、ステップＳ７４および７５の判定結果が肯定の場合にはステップＳ６３に戻る。なお、第１の実施例と同様に、ステップＳ６２あるいは７５において命令拒否信号を受信したと判定した場合には、再送信記憶部の内容を１にセットする処理を追加してもよい。
【００２４】
図１２（ａ）、（ｂ）は第３の異常処理の実施例に対応する信号のやり取りを示す手順図である。（ａ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から命令拒否信号と共にＤＴＭＦ信号が返送され、該ＤＴＭＦ信号が送信したＤＴＭＦ信号と異なる場合を示している。この場合に再度ＤＴＭＦ信号を送出すると、今度は手順無効信号とＤＴＭＦ信号が返送され、このＤＴＭＦ信号が再び送信ＤＴＭＦ信号と異なっていたとする。そこで、更にＤＴＭＦ信号を再送すると、今度は確認信号が返送された例を示している。（ｂ）においては、送信側からＤＴＭＦ信号を送信した時に受信側から命令拒否信号と共にＤＴＭＦ信号が返送され、該ＤＴＭＦ信号がやはり送信したＤＴＭＦ信号と異なる場合を示している。この場合に再度ＤＴＭＦ信号を送出すると、今度は手順無効信号とＤＴＭＦ信号が返送され、このＤＴＭＦ信号が今度は送信ＤＴＭＦ信号と一致していたとする。この場合には手順無効信号が有効であるので回線開放される。以上のように、受信側からＤＴＭＦ信号を返送し、送信側において一致をチェックすることにより、相手装置がＤＴＭＦ信号を正しく受信していない場合にのみＤＴＭＦ信号を再送することができ、無駄な動作がなくなる。
【００２５】
図８は本発明の受信側ファクシミリのＤＴＭＦ手順を含む受信処理を示すフローチャートであり、送信側ファクシミリの第１実施例（図５）および第２実施例（図６）に対応する処理である。ステップＳ８０において着信を検出すると、ステップＳ８１においてはＣＥＤ信号を送出し、ステップＳ８２においてはＮＳＦ／ＤＩＳ信号を送出する。ステップＳ８３においては、ファクシミリコマンドを受信したか否かが判定され、否定の場合にはステップＳ８４に移行してＤＴＭＦ信号が受信されたか否かが判定される。ステップＳ８３においてコマンドが受信された場合にはステップＳ８７に移行する。ステップＳ８７〜９４においては通常のＧ３手順に従って機能のネゴシエーション、トレーニング、画情報受信を最終頁まで繰り返す。
【００２６】
ステップＳ８４においてＤＴＭＦ信号を受信した場合にはステップＳ８５に移行し、ＤＴＭＦ解析手順が実行される。図９は、図８のステップＳ８５のＤＴＭＦ解析手順処理を示すフローチャートである。ステップＳ１００においては、受信ＤＴＭＦコード記憶部（図３（ｃ））の先頭アドレスをＤＴＭＦコード受信アドレス記憶部（図示せず）に記憶する。ステップＳ１０１においては、ＤＴＭＦコード受信アドレス記憶部に記憶されているアドレスに、受信したＤＴＭＦコードデータを記憶する。ステップＳ１０２においては、”＃”コードが受信されたか否かが判定され、肯定である場合にはステップＳ１０４に移行するが、否定の場合にはステップＳ１０３に移行する。ステップＳ１０３においては、”＊”コードが受信されたか否かが判定され、肯定の場合にはステップＳ１０４に移行するが、否定の場合にはステップＳ１０５に移行する。ステップＳ１０５においては、終了コードを検出するための図示しないカウンタ値を０にクリヤする。
【００２７】
ステップＳ１０４においては、カウンタが１であるか否かが判定され、肯定の場合には終了コード（＃または＊の連続）を受信したのでステップＳ１１０に移行するが、否定の場合にはステップＳ１０６に移行し、カウンタの値をプラス１する。ステップＳ１０７においては、ＤＴＭＦコード受信アドレス記憶部に記憶されているアドレスをプラス１し、ステップＳ１０８においては、ＤＴＭＦ信号を受信するまで待ってステップＳ１０１に移行する。
【００２８】
ステップＳ１１０においては、指示された機能の解析を行い、ステップＳ１１１においては、指示内容が正常であるか否かが判定される。そして判定結果が肯定であればステップＳ１１３に移行するが、否定であればステップＳ１１２に移行し、手順無効信号を送出する。ステップＳ１１３においては、指示された内容で現在動作できるか否かが判定され、結果が肯定であればステップＳ１１５に移行して確認信号が送出されるが、否定であればステップＳ１１４に移行し命令拒否信号を送出する。ステップＳ１１２および１１４の処理後はステップＳ１１６に移行し、回線開放指示フラグをオンにする。
図８に戻って、ステップＳ８６においては、回線開放フラグの内容により回線開放か否かが判定され、肯定の場合にはステップＳ９６に移行して回線開放処理が行われ、処理が終了するが、否定の場合にはステップＳ８２（通常のファクシミリ信号による制御）に戻る。
【００２９】
図１０は、送信側ファクシミリの第３実施例（図７）に対応する、受信側ファクシミリの処理の他の実施例の要部を示すフローチャートである。この実施例は図８、９に示す処理にＤＴＭＦ信号の返送処理を追加したものである。図９のステップＳ１１２あるいは１１４までは第１の受信処理例と同一であり、ステップＳ１１２あるいは１１４から図１０のステップＳ１２０に移行し、ステップＳ１２０においては、受信ＤＴＭＦコード記憶部の先頭アドレスをＤＴＭＦコード送出アドレス記憶部に記憶する。ステップＳ１２１においては、図４に示すＤＴＭＦ信号送出処理が行われる。そしてその後は図８のステップＳ８４に戻ってＤＴＭＦ信号の受信を行う。
【００３０】
以上、実施例を説明したが、本発明は以下に示すような変形例も考えられる。ＤＴＭＦ信号送出制御コードとしては”＄”コードが相手からの確認信号を待つ意味でコード列の最後に使用される例を示したが、この”＄”コードがコード列の途中に出現した場合にも、相手からの確認信号を待って続くコードを送出するように構成することも可能である。その場合には相手装置に確認信号を送出させるための何らかのプロトコルが必要である。このプロトコルとしては、確認信号を要求するコード（例えば”＄”）を決めておき、該コードを送信する、あるいは所定のフォーマットの区切りにおいて必ず確認信号を送出するように決めておく等の方式が考えられる。このようにＤＴＭＦ手順の途中で確認信号を受信するようにした場合にも、手順無効信号や命令拒否信号を受信する可能性があり、そのような場合にも本願発明が適用可能である。
【００３１】
ＤＴＭＦ信号送出制御コードとしては、他に、ＤＴＭＦコードの区切りを意味するコードも考えられ、該コード（例えば”！”）がコード列中に存在した場合には該コードの直前までのコードを送出した後、画情報の転送を行い、その後再びフェーズＢに戻って、ＤＩＳ受信を待って該コード以降のコードを送出するように動作する。このような処理を行えば頁ごとにＤＴＭＦ制御が可能となる。
【００３２】
【発明の効果】
第１、第２の発明においては、送出したＤＴＭＦ信号自体に誤りがある可能性が高く、リダイヤルしてもやはり同じ手順を繰り返すことになるので、リダイヤルしないことにより、無駄な動作を省略できる。第３、第４の発明においては、相手装置は時間が経てば指示した動作が可能になる可能性があるので、リダイヤルを行うことにより通信の成功率を向上させることができる。第５の発明においては、相手装置がＤＴＭＦ信号を正しく受信していない場合には、再送出することにより正しい指示が受信されて、画情報の伝送が完了できる可能性が高くなる。第６の発明においては、例えば相手装置において受信したＤＴＭＦ信号を返送させ、送信側ファクシミリにおいて照合することにより、相手装置が指示を正しく受信しているか否かが判定でき、判定結果に基づいてＤＴＭＦ信号の再送信あるいはＤＴＭＦ手順の終了の適切な処理が可能となる。
【図面の簡単な説明】
【図１】本発明の送信側ファクシミリのＤＴＭＦ手順を含む送信処理を示すフローチャートである。
【図２】ファクシミリ装置の構成を示すブロック図である。
【図３】各種データ記憶部の内容の一例を示す説明図である。
【図４】ＤＴＭＦ信号送出処理を示すフローチャートである。
【図５】送信異常処理の第１の実施例を示すフローチャートである。
【図６】送信異常処理の第２の実施例を示すフローチャートである。
【図７】送信異常処理の第３の実施例を示すフローチャートである。
【図８】受信側ファクシミリのＤＴＭＦ手順を含む受信処理を示すフローチャートである。
【図９】ＤＴＭＦ解析手順処理を示すフローチャートである。
【図１０】受信側処理の他の実施例の要部を示すフローチャートである。
【図１１】ＤＴＭＦ指示を含む手順の例を示す説明図（１）である。
【図１２】ＤＴＭＦ指示を含む手順の例を示す説明図（２）である。
【符号の説明】
１…ＣＰＵ、２…ＲＡＭ、３…操作表示装置、４…読取装置、５…印字装置、６…画像処理装置、７…画像蓄積装置、８…システム制御部、９…通信制御部、１０…モデム、１１…ＤＴＭＦ制御装置、１２…網制御装置、１３…システムバス
Claims (7)
- 多重周波信号により相手装置に指示を送出する信号送出手段と、
該信号送出手段から送出された指示に対する前記相手装置からの応答信号を受信する受信手段と、
該受信手段で受信した前記応答信号を解析する解析手段と、
該解析手段による解析の結果、前記受信した応答信号が、前記多重周波信号により指示した内容に誤りがあることを示す手順無効信号であった場合には、回線を開放し、再送信を行わないよう制御する通信制御手段とを備えたことを特徴とするファクシミリ装置。 - 多重周波信号により相手装置に指示を送出する信号送出手段と、
該信号送出手段から送出された指示に対する前記相手装置からの応答信号を受信する受信手段と、
該受信手段で受信した前記応答信号を解析する解析手段と、
該解析手段による解析の結果、前記受信した応答信号が、前記多重周波信号により指示した内容がフォーマット異常または数値範囲の異常であることを示す信号であった場合には、回線を開放し、再送信を行わないよう制御する通信制御手段とを備えたことを特徴とするファクシミリ装置。 - 多重周波信号により相手装置に指示を送出する信号送出手段と、
該信号送出手段から送出された指示に対する前記相手装置からの応答信号を受信する受信手段と、
該受信手段で受信した前記応答信号を解析する解析手段と、
該解析手段による解析の結果、前記受信した応答信号が、前記多重周波信号により指示した内容で現在動作することができないことを示す命令拒否信号であった場合には、回線を開放し、再送信を行うよう制御する通信制御手段とを備えたことを特徴とするファクシミリ装置。 - 多重周波信号により相手装置に指示を送出する信号送出手段と、
該信号送出手段から送出された指示に対する前記相手装置からの応答信号を受信する受信手段と、
該受信手段で受信した前記応答信号を解析する解析手段と、
該解析手段による解析の結果、前記受信した応答信号が、前記多重周波信号により親展指示を指示された場合に画像蓄積装置の空きがないことを示す信号であった場合には、回線を開放し、再送信を行うよう制御する通信制御手段とを備えたことを特徴とするファクシミリ装置。 - 多重周波信号により相手装置に指示を送出する信号送出手段と、
該信号送出手段から送出された指示に対する前記相手装置からの応答信号を受信する受信手段と、
該受信手段で受信した前記応答信号を解析する解析手段と、
該解析手段による解析の結果、前記受信した応答信号が、前記多重周波信号により指示した内容に誤りがあるという意味の信号、あるいは該内容で現在動作することができないという意味の信号であった場合には、同じ多重周波信号を再送出するよう制御する通信制御手段とを備えたことを特徴とするファクシミリ装置。 - 前記通信制御手段は再送信回数計数手段を含み、再送信回数が所定値に達すると、再送信を中止することを特徴とする請求項５に記載のファクシミリ装置。
- 多重周波信号により相手装置に指示を送出する信号送出手段と、
該信号送出手段から送出された指示に対する前記相手装置からの応答信号を受信する受信手段と、
該受信手段で受信した前記応答信号を解析する解析手段と、
該解析手段による解析の結果、前記受信した応答信号が、前記多重周波信号により指示した内容が正しく受信されていないことを示す信号であった場合には、同じ多重周波信号を再送出するよう制御する通信制御手段とを備えたことを特徴とするファクシミリ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12332294A JP3661709B2 (ja) | 1994-05-13 | 1994-05-13 | ファクシミリ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12332294A JP3661709B2 (ja) | 1994-05-13 | 1994-05-13 | ファクシミリ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07307853A JPH07307853A (ja) | 1995-11-21 |
| JP3661709B2 true JP3661709B2 (ja) | 2005-06-22 |
Family
ID=14857692
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP12332294A Expired - Fee Related JP3661709B2 (ja) | 1994-05-13 | 1994-05-13 | ファクシミリ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3661709B2 (ja) |
-
1994
- 1994-05-13 JP JP12332294A patent/JP3661709B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07307853A (ja) | 1995-11-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3661709B2 (ja) | ファクシミリ装置 | |
| JPH1141433A (ja) | 通信装置 | |
| JP3674072B2 (ja) | ファクシミリ通信方法及びファクシミリ装置 | |
| EP0456478B1 (en) | Image communication apparatus | |
| JP3430654B2 (ja) | ファクシミリ装置 | |
| JP3767000B2 (ja) | 通信装置 | |
| JP3389689B2 (ja) | ファクシミリ装置 | |
| JPH0715611A (ja) | ファクシミリ装置の秘密文書送信方法 | |
| JP3427605B2 (ja) | ファクシミリ装置 | |
| JP3349758B2 (ja) | ファクシミリ装置の制御方法 | |
| JP3019725B2 (ja) | ファイル転送機能を有するファクシミリ装置 | |
| JPH08130622A (ja) | ファクシミリ装置 | |
| JPH0823428A (ja) | ファクシミリ装置 | |
| JPH0494254A (ja) | 蓄積同報装置 | |
| JPH09139828A (ja) | ファクシミリ装置 | |
| JP3551595B2 (ja) | 通信装置 | |
| JP2000332975A (ja) | ファクシミリ装置 | |
| JPH04280570A (ja) | Ｉｓｄｎ網における着呼側ファクシミリ装置の通信制御方式 | |
| JP2002044401A (ja) | 通信端末装置 | |
| JPH06233099A (ja) | ファクシミリ装置 | |
| JPH08116421A (ja) | ファクシミリ装置 | |
| JPH07221957A (ja) | ファクシミリ装置における通信制御装置 | |
| JPH08116423A (ja) | ファクシミリ装置 | |
| JPH04286266A (ja) | ファクシミリ装置 | |
| JPH06350825A (ja) | ファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040309 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040428 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050302 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050315 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080401 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090401 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100401 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110401 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120401 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130401 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140401 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |