JPH0937049A - ファクシミリ装置 - Google Patents
ファクシミリ装置Info
- Publication number
- JPH0937049A JPH0937049A JP7205172A JP20517295A JPH0937049A JP H0937049 A JPH0937049 A JP H0937049A JP 7205172 A JP7205172 A JP 7205172A JP 20517295 A JP20517295 A JP 20517295A JP H0937049 A JPH0937049 A JP H0937049A
- Authority
- JP
- Japan
- Prior art keywords
- printing
- communication
- monitoring unit
- memory
- 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.)
- Granted
Links
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Abstract
(57)【要約】
【目的】 受信側で印字可能になるまでの時間を稼ぐこ
とにより通信エラーの発生を防ぐ。 【構成】 標準モードでは、送信側から送られた１ペー
ジ分のデータに続くポストコマンドを受信側で認識した
場合、印字監視部１０１によって印字判定を行う。この
時、印字不可能であれば、ディジタル識別信号ＲＴＰを
送出するよう通信制御実行部１０４によって制御され
る。ＲＴＰを送出するとＴ．３０プロトコル上、通信手
順が最初からやり直される。この結果、通信手順を損な
わせることなく、送信側からの２ページ目のデータの送
信を遅らせることができる。誤り再送モードでは、送信
側からのポストコマンドを認識した場合、印字監視部１
０１によって印字判定を行う。そして、通信制御実行部
１０４は、印字不可能であれば送信側を待たせるための
ディジタル識別信号ＲＮＲを送出するよう、通信を制御
する。この結果、送信側からの２ページ目のデータの送
信を遅らせることができる。
とにより通信エラーの発生を防ぐ。 【構成】 標準モードでは、送信側から送られた１ペー
ジ分のデータに続くポストコマンドを受信側で認識した
場合、印字監視部１０１によって印字判定を行う。この
時、印字不可能であれば、ディジタル識別信号ＲＴＰを
送出するよう通信制御実行部１０４によって制御され
る。ＲＴＰを送出するとＴ．３０プロトコル上、通信手
順が最初からやり直される。この結果、通信手順を損な
わせることなく、送信側からの２ページ目のデータの送
信を遅らせることができる。誤り再送モードでは、送信
側からのポストコマンドを認識した場合、印字監視部１
０１によって印字判定を行う。そして、通信制御実行部
１０４は、印字不可能であれば送信側を待たせるための
ディジタル識別信号ＲＮＲを送出するよう、通信を制御
する。この結果、送信側からの２ページ目のデータの送
信を遅らせることができる。
Description
【０００１】
【産業上の利用分野】本発明は、受信電文をメモリに蓄
積することが可能でかつ省電力が可能な普通紙印字制御
機能を備えたファクシミリ装置に関するものである。
積することが可能でかつ省電力が可能な普通紙印字制御
機能を備えたファクシミリ装置に関するものである。
【０００２】
【従来の技術】一般に、ファクシミリ装置は、送信原稿
読み取り用の読取部及び受信データを記録紙上に記録す
る印刷部を有している。そして、印刷部は、印字動作を
実行していない場合に消費電力を節約するための設定
（省電力設定）が可能である。ところが、印刷部として
例えば電子写真記録方式を採用した装置では、省電力設
定を行うと、印字を開始しようとしてから実際に印字を
開始するまで定着部等のウォーミングアップに時間がか
かり（例えば、最大１２０秒）、ファクシミリ装置間の
通信手順に対して印字動作が間に合わない場合が発生
し、正常に通信ができなくなる場合が発生した。そのた
め、省電力設定を行うと、一律、蓄積メモリに受信し、
通信中に印字を行わないようにしていた。これにより、
通信を正常に行うよう制御していた。
読み取り用の読取部及び受信データを記録紙上に記録す
る印刷部を有している。そして、印刷部は、印字動作を
実行していない場合に消費電力を節約するための設定
（省電力設定）が可能である。ところが、印刷部として
例えば電子写真記録方式を採用した装置では、省電力設
定を行うと、印字を開始しようとしてから実際に印字を
開始するまで定着部等のウォーミングアップに時間がか
かり（例えば、最大１２０秒）、ファクシミリ装置間の
通信手順に対して印字動作が間に合わない場合が発生
し、正常に通信ができなくなる場合が発生した。そのた
め、省電力設定を行うと、一律、蓄積メモリに受信し、
通信中に印字を行わないようにしていた。これにより、
通信を正常に行うよう制御していた。
【０００３】
【発明が解決しようとする課題】しかしながら、上述し
た従来の技術には、次のような課題があった。即ち、従
来は一旦メモリ受信に切換わると通信終了まで印字が開
始されないので、メモリ受信を行った場合は、受信しよ
うとしている電文量が蓄積メモリの残量より多い場合、
メモリ受信中にメモリが満杯になってしまった。これに
より、受信しようとしている電文を受信できなくなり、
その結果、通信エラーとなってしまった。
た従来の技術には、次のような課題があった。即ち、従
来は一旦メモリ受信に切換わると通信終了まで印字が開
始されないので、メモリ受信を行った場合は、受信しよ
うとしている電文量が蓄積メモリの残量より多い場合、
メモリ受信中にメモリが満杯になってしまった。これに
より、受信しようとしている電文を受信できなくなり、
その結果、通信エラーとなってしまった。
【０００４】
【課題を解決するための手段】本発明のファクシミリ装
置は、上述した課題を解決するため、普通紙に印字でき
る印字制御機能を備えたファクシミリ装置において、以
下の点を特徴とするものである。 （１） 1.印字できる状態になったか否かを監視し、判断する印
字監視部を備える。 2.印字メモリを蓄積する蓄積メモリの残量を監視するメ
モリ監視部を備える。 3.通信制御部の通信手順を損ねないように時間を監視す
る時間監視部を備える。 4.印字監視部とメモリ監視部と時間監視部とを基にして
通信手順を最適に制御する通信制御実行部を備える。
置は、上述した課題を解決するため、普通紙に印字でき
る印字制御機能を備えたファクシミリ装置において、以
下の点を特徴とするものである。 （１） 1.印字できる状態になったか否かを監視し、判断する印
字監視部を備える。 2.印字メモリを蓄積する蓄積メモリの残量を監視するメ
モリ監視部を備える。 3.通信制御部の通信手順を損ねないように時間を監視す
る時間監視部を備える。 4.印字監視部とメモリ監視部と時間監視部とを基にして
通信手順を最適に制御する通信制御実行部を備える。
【０００５】
（１）標準モードでは、送信側から送られた１ページ分
のデータに続くポストコマンドを受信側で認識した場
合、印字監視部によって印字判定を行う。この時、印字
不可能であれば、ディジタル識別信号ＲＴＰを送出する
よう通信制御実行部によって制御される。ＲＴＰを送出
するとＴ．３０プロトコル上、手順がフェーズＢに戻
り、通信手順が最初からやり直される。この結果、通信
手順を損なわせることなく、送信側からの２ページ目の
データの送信を遅らせることができ、受信側では印字可
能になるまでの時間を稼げることになる。誤り再送モー
ドでは、送信側からのポストコマンドを認識した場合、
印字監視部によって印字判定を行う。そして、通信制御
実行部は、印字不可能であれば送信側を待たせるための
ディジタル識別信号ＲＮＲを送出するよう、通信を制御
する。この結果、送信側からの２ページ目のデータの送
信を遅らせることができる。
のデータに続くポストコマンドを受信側で認識した場
合、印字監視部によって印字判定を行う。この時、印字
不可能であれば、ディジタル識別信号ＲＴＰを送出する
よう通信制御実行部によって制御される。ＲＴＰを送出
するとＴ．３０プロトコル上、手順がフェーズＢに戻
り、通信手順が最初からやり直される。この結果、通信
手順を損なわせることなく、送信側からの２ページ目の
データの送信を遅らせることができ、受信側では印字可
能になるまでの時間を稼げることになる。誤り再送モー
ドでは、送信側からのポストコマンドを認識した場合、
印字監視部によって印字判定を行う。そして、通信制御
実行部は、印字不可能であれば送信側を待たせるための
ディジタル識別信号ＲＮＲを送出するよう、通信を制御
する。この結果、送信側からの２ページ目のデータの送
信を遅らせることができる。
【０００６】
【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。図１は、本発明のファクシミリ装置の一実
施例のブロック図である。図示の装置は、装置全体を制
御する制御部１、指示操作や送信操作などの指示操作を
行う操作部２、操作中の状態や通信結果などの表示を行
う表示部３、送信原稿（送信電文）を読み取る読み取り
部４、受信電文を印刷する印刷部５、及び回線の接続制
御などの通信制御を行う通信制御部６を備え、通信制御
部６は通信回線７に接続されている。
に説明する。図１は、本発明のファクシミリ装置の一実
施例のブロック図である。図示の装置は、装置全体を制
御する制御部１、指示操作や送信操作などの指示操作を
行う操作部２、操作中の状態や通信結果などの表示を行
う表示部３、送信原稿（送信電文）を読み取る読み取り
部４、受信電文を印刷する印刷部５、及び回線の接続制
御などの通信制御を行う通信制御部６を備え、通信制御
部６は通信回線７に接続されている。
【０００７】制御部１は、マイクロプロセッサ（以下、
ＭＰＵという）１１及び半導体メモリ等の主メモリ１２
を備える。主メモリ１２内には、プログラム格納領域１
３、印字監視部１０１、メモリ監視部１０２、時間監視
部１０３、通信制御実行部１０４が設けられている。Ｍ
ＰＵ１１は、主メモリ１２のプログラム格納領域１３に
格納されたプログラムを実行することにより印字監視部
１０１、メモリ監視部１０２、時間監視部１０３を起動
して、後述する通信制御を実行する。
ＭＰＵという）１１及び半導体メモリ等の主メモリ１２
を備える。主メモリ１２内には、プログラム格納領域１
３、印字監視部１０１、メモリ監視部１０２、時間監視
部１０３、通信制御実行部１０４が設けられている。Ｍ
ＰＵ１１は、主メモリ１２のプログラム格納領域１３に
格納されたプログラムを実行することにより印字監視部
１０１、メモリ監視部１０２、時間監視部１０３を起動
して、後述する通信制御を実行する。
【０００８】印字監視部１０１は、例えば定着部の温度
を判定するための判定部等を備え、印刷部５が印字でき
る状態になったか否かを監視し、判断する。メモリ監視
部１０２は、蓄積メモリ８の空き領域の大きさ等を管理
する管理テーブル等を備えており、印字データを蓄積す
る蓄積メモリの残量を監視する。時間監視部１０３は、
通信制御部６の通信手順を損なわせないように通信時間
を監視する。通信制御実行部１０４は、印字監視部１０
１と、メモリ監視部１０２と、時間監視部１０３とを基
にして通信手順を最適に制御する。
を判定するための判定部等を備え、印刷部５が印字でき
る状態になったか否かを監視し、判断する。メモリ監視
部１０２は、蓄積メモリ８の空き領域の大きさ等を管理
する管理テーブル等を備えており、印字データを蓄積す
る蓄積メモリの残量を監視する。時間監視部１０３は、
通信制御部６の通信手順を損なわせないように通信時間
を監視する。通信制御実行部１０４は、印字監視部１０
１と、メモリ監視部１０２と、時間監視部１０３とを基
にして通信手順を最適に制御する。
【０００９】図２は、標準モード（誤り再送なし）の場
合のシーケンス例を示す。発呼局から送られた１ページ
分のデータに続くポストコマンド（例えば、マルチぺー
ジ信号ＭＰＳ）を認識した場合、印字監視部による判定
（例えば、温度判定、データ準備判定）によって印字判
定を行う。この時、印字可能である場合はメッセージ確
認信号ＭＣＦを送出し、印字不可能であればディジタル
識別信号ＲＴＰを送出するよう通信制御実行部によって
制御される。ＲＴＰを送出するとＴ．３０プロトコル
上、手順がフェーズＢに戻り、通信手順を損なわせるこ
となく、印字可能になるまでの時間が稼げることにな
る。通信制御実行部は、手順をフェーズＢに戻した場
合、ディジタル命令信号ＤＣＳ、トレーニングチェック
信号ＴＣＦを受信したタイミングで印字判定を行い、印
字可能であれば受信準備確認信号ＣＦＲを送出する。
合のシーケンス例を示す。発呼局から送られた１ページ
分のデータに続くポストコマンド（例えば、マルチぺー
ジ信号ＭＰＳ）を認識した場合、印字監視部による判定
（例えば、温度判定、データ準備判定）によって印字判
定を行う。この時、印字可能である場合はメッセージ確
認信号ＭＣＦを送出し、印字不可能であればディジタル
識別信号ＲＴＰを送出するよう通信制御実行部によって
制御される。ＲＴＰを送出するとＴ．３０プロトコル
上、手順がフェーズＢに戻り、通信手順を損なわせるこ
となく、印字可能になるまでの時間が稼げることにな
る。通信制御実行部は、手順をフェーズＢに戻した場
合、ディジタル命令信号ＤＣＳ、トレーニングチェック
信号ＴＣＦを受信したタイミングで印字判定を行い、印
字可能であれば受信準備確認信号ＣＦＲを送出する。
【００１０】このタイミングで印字が不可能な場合は、
ＤＣＳ、ＴＣＦに対する応答を返さない。この場合、
Ｔ．３０勧告上再度ＤＣＳ、ＴＣＦが再送されるので、
ＤＣＳ、ＴＣＦを検出した時点で再度印字可能判定を行
う。この動作を最大２回繰り返し、３回目のＤＣＳ、Ｔ
ＣＦに対しては印字不可能の場合もＣＦＲを送出する。
ただし、３回目のＤＣＳ、ＴＣＦに対して印字不可能な
場合は、メモリ受信を行う。メモリ受信を行う場合は、
メモリ監視部によってメモリ残量の判定を行う。ただ
し、装置の故障がない限り、３回目のＤＣＳ、ＴＣＦに
対しても印字不可能であることは通常あり得ない。この
３回の通信の間に印字準備が完了するよう装置の設計が
なされているからである。
ＤＣＳ、ＴＣＦに対する応答を返さない。この場合、
Ｔ．３０勧告上再度ＤＣＳ、ＴＣＦが再送されるので、
ＤＣＳ、ＴＣＦを検出した時点で再度印字可能判定を行
う。この動作を最大２回繰り返し、３回目のＤＣＳ、Ｔ
ＣＦに対しては印字不可能の場合もＣＦＲを送出する。
ただし、３回目のＤＣＳ、ＴＣＦに対して印字不可能な
場合は、メモリ受信を行う。メモリ受信を行う場合は、
メモリ監視部によってメモリ残量の判定を行う。ただ
し、装置の故障がない限り、３回目のＤＣＳ、ＴＣＦに
対しても印字不可能であることは通常あり得ない。この
３回の通信の間に印字準備が完了するよう装置の設計が
なされているからである。
【００１１】図３は、被呼局における標準モードの処理
手順を説明するフローチャートである。まず、ステップ
Ｓ１で、発呼局から送られた１ページ分のデータの受信
処理を行い、ステップＳ２で、そのデータに続くコマン
ド（ポストコマンド）の受信待ちとなる。ステップＳ２
で、マルチぺージ信号ＭＰＳを認識した場合、ステップ
Ｓ３で、印字監視部による温度判定等によって印字が可
能か否かの判定を行う。この時、印字可能である場合
は、ステップＳ４で、メッセージ確認信号ＭＣＦを送出
し、ステップＳ１に戻る。
手順を説明するフローチャートである。まず、ステップ
Ｓ１で、発呼局から送られた１ページ分のデータの受信
処理を行い、ステップＳ２で、そのデータに続くコマン
ド（ポストコマンド）の受信待ちとなる。ステップＳ２
で、マルチぺージ信号ＭＰＳを認識した場合、ステップ
Ｓ３で、印字監視部による温度判定等によって印字が可
能か否かの判定を行う。この時、印字可能である場合
は、ステップＳ４で、メッセージ確認信号ＭＣＦを送出
し、ステップＳ１に戻る。
【００１２】一方、印字不可能であれば、ステップＳ５
で、ディジタル識別信号ＲＴＰを送出するよう通信制御
実行部によって制御される。ＲＴＰを送出すると、ステ
ップＳ６で、Ｔ．３０プロトコル上、手順がフェーズＢ
に戻り、通信手順を損なわせることなく、印字可能にな
るまで時間が稼げることになる。即ち、通信制御実行部
は、手順をフェーズＢに戻した場合、ステップＳ７で、
命令受信待ちとなる。そして、ディジタル命令信号ＤＣ
Ｓ、トレーニングチェック信号ＴＣＦを受信したタイミ
ングでステップＳ９の印字判定を行い、印字可能であれ
ばステップＳ１０で印字を開始し、ステップＳ１１で受
信準備確認信号ＣＦＲを送出する。
で、ディジタル識別信号ＲＴＰを送出するよう通信制御
実行部によって制御される。ＲＴＰを送出すると、ステ
ップＳ６で、Ｔ．３０プロトコル上、手順がフェーズＢ
に戻り、通信手順を損なわせることなく、印字可能にな
るまで時間が稼げることになる。即ち、通信制御実行部
は、手順をフェーズＢに戻した場合、ステップＳ７で、
命令受信待ちとなる。そして、ディジタル命令信号ＤＣ
Ｓ、トレーニングチェック信号ＴＣＦを受信したタイミ
ングでステップＳ９の印字判定を行い、印字可能であれ
ばステップＳ１０で印字を開始し、ステップＳ１１で受
信準備確認信号ＣＦＲを送出する。
【００１３】このタイミングで印字が不可能な場合は、
ステップＳ１２を経由し、ＤＣＳ、ＴＣＦに対する応答
を返さない。この場合、Ｔ．３０勧告上再度ＤＣＳ、Ｔ
ＣＦが再送されるので、ステップＳ７で、ＤＣＳ、ＴＣ
Ｆを検出した時点でステップＳ９の印字可能判定を再度
行う。この動作を最大２回繰り返し、３回目のＤＣＳ、
ＴＣＦに対しても印字不可能の場合はメモリ監視部によ
ってメモリ残量の判定を行い（ステップＳ１６）、メモ
リ残量がある場合、ステップＳ１３でメモリ受信に切り
換え、ステップＳ１１でＣＦＲを送出する。メモリ残量
がない場合、ファクシミリ回線の切断を行い（ステップ
Ｓ１７）、処理を終了する。ただし、３回目のＤＣＳ、
ＴＣＦに対して印字不可能である場合は通常あり得な
い。尚、ステップＳ２、Ｓ７で、その他のコマンドを受
信した場合は、それぞれステップＳ１４、Ｓ１５で、従
来と同様に、各コマンドに応じた処理を行う。
ステップＳ１２を経由し、ＤＣＳ、ＴＣＦに対する応答
を返さない。この場合、Ｔ．３０勧告上再度ＤＣＳ、Ｔ
ＣＦが再送されるので、ステップＳ７で、ＤＣＳ、ＴＣ
Ｆを検出した時点でステップＳ９の印字可能判定を再度
行う。この動作を最大２回繰り返し、３回目のＤＣＳ、
ＴＣＦに対しても印字不可能の場合はメモリ監視部によ
ってメモリ残量の判定を行い（ステップＳ１６）、メモ
リ残量がある場合、ステップＳ１３でメモリ受信に切り
換え、ステップＳ１１でＣＦＲを送出する。メモリ残量
がない場合、ファクシミリ回線の切断を行い（ステップ
Ｓ１７）、処理を終了する。ただし、３回目のＤＣＳ、
ＴＣＦに対して印字不可能である場合は通常あり得な
い。尚、ステップＳ２、Ｓ７で、その他のコマンドを受
信した場合は、それぞれステップＳ１４、Ｓ１５で、従
来と同様に、各コマンドに応じた処理を行う。
【００１４】図４は、ＥＣＭ（誤り再送）の場合の、シ
ーケンス例を示す。発呼局からのポストコマンド（例え
ば、ＭＰＳ）を認識した場合、印字監視部によって印字
判定を行う。この時、印字可能の場合はＭＣＦを送出
し、印字不可能であればＲＮＲを送出するよう通信制御
部によって制御される。ＲＮＲを送出すると、送信側は
Ｔ．３０勧告に従い、ＲＲによって受信局の受信準備状
態を確認する。受信側では、ＲＲを受信すると、印字監
視部によって印字判定を行う。この時、通信制御部は、
印字可能であればＭＣＦを、印字不可能であればＲＮＲ
を送出する。
ーケンス例を示す。発呼局からのポストコマンド（例え
ば、ＭＰＳ）を認識した場合、印字監視部によって印字
判定を行う。この時、印字可能の場合はＭＣＦを送出
し、印字不可能であればＲＮＲを送出するよう通信制御
部によって制御される。ＲＮＲを送出すると、送信側は
Ｔ．３０勧告に従い、ＲＲによって受信局の受信準備状
態を確認する。受信側では、ＲＲを受信すると、印字監
視部によって印字判定を行う。この時、通信制御部は、
印字可能であればＭＣＦを、印字不可能であればＲＮＲ
を送出する。
【００１５】ところが、ＲＮＲを無限に送出すると、通
信エラーが発生する（ＲＮＲを送出してよい時間は、
Ｔ．３０勧告にて６０±５秒と決められている）ので、
時間監視部によってＲＮＲを返すタイマを設け、印字不
可能の場合でも強制的にＭＣＦを送出し、通信手順が継
続できるよう通信制御実行部によって制御される。ＭＣ
Ｆを送出すると、発呼局側は次のデータを送出し、ポス
トコマンド（例えば、ＭＰＳ）を送出する。ＭＰＳを受
信したところで、前述と同様の手順によって印字判定を
行う。この場合、当然、通信制御実行部とは独立に、印
字監視部によって印字可能と判断した時点から印字を開
始する。
信エラーが発生する（ＲＮＲを送出してよい時間は、
Ｔ．３０勧告にて６０±５秒と決められている）ので、
時間監視部によってＲＮＲを返すタイマを設け、印字不
可能の場合でも強制的にＭＣＦを送出し、通信手順が継
続できるよう通信制御実行部によって制御される。ＭＣ
Ｆを送出すると、発呼局側は次のデータを送出し、ポス
トコマンド（例えば、ＭＰＳ）を送出する。ＭＰＳを受
信したところで、前述と同様の手順によって印字判定を
行う。この場合、当然、通信制御実行部とは独立に、印
字監視部によって印字可能と判断した時点から印字を開
始する。
【００１６】図５は、被呼局における誤り再送モードの
処理手順のフローチャートである。まず、ステップＳ２
１で、印字待ちフラグをオフにし、ステップＳ２２で、
データ受信処理を行う。ステップＳ２３で、発呼局から
のポストコマンド（例えば、ＭＰＳ）を認識した場合、
印字監視部によって印字判定を行う。尚、印字待ちフラ
グがオンであれば、印字判定を常時行い、印字可能にな
り次第印字を開始し、印字待ちフラグをオフにする。
処理手順のフローチャートである。まず、ステップＳ２
１で、印字待ちフラグをオフにし、ステップＳ２２で、
データ受信処理を行う。ステップＳ２３で、発呼局から
のポストコマンド（例えば、ＭＰＳ）を認識した場合、
印字監視部によって印字判定を行う。尚、印字待ちフラ
グがオンであれば、印字判定を常時行い、印字可能にな
り次第印字を開始し、印字待ちフラグをオフにする。
【００１７】印字判定は、以下のようにして行う。即
ち、ステップＳ２４で、タイマを起動させ、ステップＳ
２５で、印字が可能か否かを判定する。そして、ステッ
プＳ２６で、タイマ値が所定値Ｔ５（例えば、５０秒）
より小さいか否かを判定し、所定値より小さいときは、
ステップＳ２７でＲＮＲを送出する。これにより、例え
ば、５０秒以内にＲＮＲが繰り返し出力される。受信側
がＲＮＲを送出すると、送信側はＴ．３０勧告に従い、
ＲＲによって受信局の受信準備状態を確認する。この間
に、印字可能となれば、ステップＳ２８で、印字を開始
し、ステップＳ３１でＭＣＦを送出する。
ち、ステップＳ２４で、タイマを起動させ、ステップＳ
２５で、印字が可能か否かを判定する。そして、ステッ
プＳ２６で、タイマ値が所定値Ｔ５（例えば、５０秒）
より小さいか否かを判定し、所定値より小さいときは、
ステップＳ２７でＲＮＲを送出する。これにより、例え
ば、５０秒以内にＲＮＲが繰り返し出力される。受信側
がＲＮＲを送出すると、送信側はＴ．３０勧告に従い、
ＲＲによって受信局の受信準備状態を確認する。この間
に、印字可能となれば、ステップＳ２８で、印字を開始
し、ステップＳ３１でＭＣＦを送出する。
【００１８】受信側では、ステップＳ２３で、ＲＲを受
信すると、ステップＳ２４を経ずに、ステップＳ２５で
印字監視部によって印字判定を行う。この時、通信制御
実行部は、印字可能であればステップＳ３１でＭＣＦ
を、印字不可能であればステップＳ２６を経てステップ
Ｓ２７でＲＮＲを送出する。一方、ステップＳ２６で、
タイマ値が所定値Ｔ５以上となったときは、印字不可能
の場合でも、ステップＳ２９で、タイマを停止し、ステ
ップＳ３０で印字待ちフラグをオンにし、ステップＳ３
１で強制的にＭＣＦを送出する。ＭＣＦを送出すると、
発呼局側は次のデータを送出し、ポストコマンド（例え
ば、ＭＰＳ）を送出する。このため、ステップＳ２２の
処理に戻る。
信すると、ステップＳ２４を経ずに、ステップＳ２５で
印字監視部によって印字判定を行う。この時、通信制御
実行部は、印字可能であればステップＳ３１でＭＣＦ
を、印字不可能であればステップＳ２６を経てステップ
Ｓ２７でＲＮＲを送出する。一方、ステップＳ２６で、
タイマ値が所定値Ｔ５以上となったときは、印字不可能
の場合でも、ステップＳ２９で、タイマを停止し、ステ
ップＳ３０で印字待ちフラグをオンにし、ステップＳ３
１で強制的にＭＣＦを送出する。ＭＣＦを送出すると、
発呼局側は次のデータを送出し、ポストコマンド（例え
ば、ＭＰＳ）を送出する。このため、ステップＳ２２の
処理に戻る。
【００１９】以上詳細に説明したように、上述した実施
例によれば、印字監視部と、メモリ監視部と、時間監視
部と、通信実行制御部とを用い、印刷部の定着部等が設
定温度に達していない場合でも、設定温度に達するまで
印字を待っても通信手順を損なわせないよう構成したの
で、省電力設定をした場合でも、メモリ残量によらず、
どんな電文でも正常に受信することが可能になる。
例によれば、印字監視部と、メモリ監視部と、時間監視
部と、通信実行制御部とを用い、印刷部の定着部等が設
定温度に達していない場合でも、設定温度に達するまで
印字を待っても通信手順を損なわせないよう構成したの
で、省電力設定をした場合でも、メモリ残量によらず、
どんな電文でも正常に受信することが可能になる。
【００２０】尚、本発明は上述した実施例に限定される
ものではなく、種々の変形が可能であることはもちろん
である。例えば、印字監視部の例として温度監視を行う
ものを挙げたが、印字監視の方法は温度監視に限らず、
データ準備監視等でもよいことは言うまでもない。
ものではなく、種々の変形が可能であることはもちろん
である。例えば、印字監視部の例として温度監視を行う
ものを挙げたが、印字監視の方法は温度監視に限らず、
データ準備監視等でもよいことは言うまでもない。
【００２１】
【発明の効果】以上説明したように、本発明のファクシ
ミリ装置によれば、通信制御手順を損なわせないように
して送信側がデータを送るタイミングを遅れさせるよう
にしたので、次のような効果がある。即ち、メモリ受信
を行った場合に、受信しようとしている電文量が蓄積メ
モリの残量より多い場合でも、既に蓄積メモリにあるデ
ータを印刷出力する時間を稼ぐことができ、メモリ受信
中にメモリが満杯になることを防止することができる。
これにより、通信制御手順上、受信しようとしている電
文を受信できなくなることがなく、通信エラーが生じる
ことを防止することができる。
ミリ装置によれば、通信制御手順を損なわせないように
して送信側がデータを送るタイミングを遅れさせるよう
にしたので、次のような効果がある。即ち、メモリ受信
を行った場合に、受信しようとしている電文量が蓄積メ
モリの残量より多い場合でも、既に蓄積メモリにあるデ
ータを印刷出力する時間を稼ぐことができ、メモリ受信
中にメモリが満杯になることを防止することができる。
これにより、通信制御手順上、受信しようとしている電
文を受信できなくなることがなく、通信エラーが生じる
ことを防止することができる。
【図１】本発明のファクシミリ装置の一実施例のブロッ
ク図である。
ク図である。
【図２】標準モードの信号シーケンス例の説明図であ
る。
る。
【図３】被呼局における標準モードの処理手順を説明す
るフローチャートである。
るフローチャートである。
【図４】誤り再送モードの信号シーケンス例の説明図で
ある。
ある。
【図５】被呼局における誤り再送モードの処理手順を説
明するフローチャートである。
明するフローチャートである。
１０１ 印字監視部 １０２ メモリ監視部 １０３ 時間監視部 １０４ 通信制御実行部 ＭＰＳ マルチページ信号 ＲＴＰ、ＲＮＲ ディジタル識別信号 ＤＣＳ、ＲＲ ディジタル命令信号 ＣＦＲ 受信準備確認信号 ＭＣＦ メッセージ確認信号 ＴＣＦ トレーニングチェック信号
Claims (1)
- 【請求項１】 受信データを印刷出力するための印字制
御機能を備えたファクシミリ装置において、 印字できる状態になったか否かを監視し、判断する印字
監視部と、 印字メモリを蓄積する蓄積メモリの残量を監視するメモ
リ監視部と、 通信制御部の通信手順を損ねないように時間を監視する
時間監視部と、 前記印字監視部とメモリ監視部と時間監視部とを基にし
て通信手順を最適に制御する通信制御実行部とを設けた
ことを特徴とするファクシミリ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20517295A JP3650942B2 (ja) | 1995-07-19 | 1995-07-19 | ファクシミリ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20517295A JP3650942B2 (ja) | 1995-07-19 | 1995-07-19 | ファクシミリ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0937049A true JPH0937049A (ja) | 1997-02-07 |
| JP3650942B2 JP3650942B2 (ja) | 2005-05-25 |
Family
ID=16502621
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20517295A Expired - Lifetime JP3650942B2 (ja) | 1995-07-19 | 1995-07-19 | ファクシミリ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3650942B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6124942A (en) * | 1996-11-11 | 2000-09-26 | Oki Data Corporation | Method of avoiding unnecessary facsimile transmission delays, and facsimile machine employing this method |
-
1995
- 1995-07-19 JP JP20517295A patent/JP3650942B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6124942A (en) * | 1996-11-11 | 2000-09-26 | Oki Data Corporation | Method of avoiding unnecessary facsimile transmission delays, and facsimile machine employing this method |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3650942B2 (ja) | 2005-05-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH02174360A (ja) | 通信端末装置 | |
| KR100278163B1 (ko) | 다수의 통신제어를 수행할 수 있는 통신데이터 터미널과 그 방법 | |
| JPH10126525A (ja) | ファクシミリ装置 | |
| JP3584519B2 (ja) | ファクシミリ通信方法及びファクシミリ装置 | |
| JPH09153993A (ja) | 画像出力装置 | |
| JPH0937049A (ja) | ファクシミリ装置 | |
| JP2007194725A (ja) | 通信端末装置及び通信システム | |
| JP2001309109A (ja) | ファクシミリ装置 | |
| JP2000295393A (ja) | ファクシミリ装置 | |
| JP3214112B2 (ja) | ファクシミリの伝送制御方式 | |
| JP3365093B2 (ja) | ファクシミリの切断命令送達確認装置 | |
| JP3190891B2 (ja) | ファクシミリ装置 | |
| JP3496448B2 (ja) | 通信端末装置 | |
| JP3365603B2 (ja) | ファクシミリ装置 | |
| JP2002185685A (ja) | 通信端末装置 | |
| JP3370566B2 (ja) | 通信端末装置 | |
| JP2707971B2 (ja) | ファクシミリ装置 | |
| JP3247480B2 (ja) | ファクシミリ装置 | |
| JP2000101814A (ja) | ファクシミリ通信システム | |
| JP2001203746A (ja) | ファクシミリゲートウェイ装置 | |
| JPH06303352A (ja) | ファクシミリ装置 | |
| JP2002101279A (ja) | 通信装置および方法、ならびにそのプログラム記録媒体 | |
| JPH0683350B2 (ja) | ファクシミリ装置 | |
| JPH08293983A (ja) | ファクシミリの送信処理中断防止方法 | |
| JPH10304009A (ja) | 通信制御方法及び通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040608 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040729 |
|
| 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: 20050125 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050210 |
|
| 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: 20080304 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090304 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100304 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110304 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120304 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130304 Year of fee payment: 8 |