JP3650942B2 - ファクシミリ装置 - Google Patents
ファクシミリ装置 Download PDFInfo
- Publication number
- JP3650942B2 JP3650942B2 JP20517295A JP20517295A JP3650942B2 JP 3650942 B2 JP3650942 B2 JP 3650942B2 JP 20517295 A JP20517295 A JP 20517295A JP 20517295 A JP20517295 A JP 20517295A JP 3650942 B2 JP3650942 B2 JP 3650942B2
- Authority
- JP
- Japan
- Prior art keywords
- printing
- unit
- communication
- facsimile data
- 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 - Lifetime
Links
Images
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、受信電文をメモリに蓄積することが可能でかつ省電力が可能な普通紙印字制御機能を備えたファクシミリ装置に関するものである。
【０００２】
【従来の技術】
一般に、ファクシミリ装置は、送信原稿読み取り用の読取部及び受信データを記録紙上に記録する印刷部を有している。そして、印刷部は、印字動作を実行していない場合に消費電力を節約するための設定（省電力設定）が可能である。ところが、印刷部として例えば電子写真記録方式を採用した装置では、省電力設定を行うと、印字を開始しようとしてから実際に印字を開始するまで定着部等のウォーミングアップに時間がかかり（例えば、最大１２０秒）、ファクシミリ装置間の通信手順に対して印字動作が間に合わない場合が発生し、正常に通信ができなくなる場合が発生した。そのため、省電力設定を行うと、一律、蓄積メモリに受信し、通信中に印字を行わないようにしていた。これにより、通信を正常に行うよう制御していた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来の技術には、次のような課題があった。
即ち、従来は一旦メモリ受信に切換わると通信終了まで印字が開始されないので、メモリ受信を行った場合は、受信しようとしている電文量が蓄積メモリの残量より多い場合、メモリ受信中にメモリが満杯になってしまった。これにより、受信しようとしている電文を受信できなくなり、その結果、通信エラーとなってしまった。
【０００４】
【課題を解決するための手段】
本発明は、送信側と所定のコマンドを送受する通信手順を行った後に前記送信側よりファクシミリデータを受信する制御部と、最初の通信手順の開始で印刷準備動作を開始し、該印刷準備動作の終了で前記ファクシミリデータを取り込んで印刷を実行する印刷部と、メモリ受信モードで受信した前記ファクシミリデータを順次、蓄積させるための蓄積メモリとを備えるファクシミリ装置において、前記印刷部に対し印刷動作が可能か否かを判定する印字監視部と、最初のページのファクシミリデータを受信したときに前記印字監視部が印刷動作を不能と判定すると、次ページのファクシミリデータを受信するための通信手順に要する時間を少なくとも一回引き伸ばし、該引き伸ばした通信手順が終了したときに前記印字監視部が更に印刷動作を不能と判定すると、前記次ページのファクシミリデータを受信して前記蓄積メモリに蓄積させ、更に次ページのファクシミリデータを受信するために前記印字監視部による印字動作の判定により前記引き伸ばし動作を行うか否かを決定する通信制御実行部と、を含むことを特徴とする。
【０００５】
【作用】
（１）
標準モードでは、送信側から送られた１ページ分のデータに続くポストコマンドを受信側で認識した場合、印字監視部によって印字判定を行う。この時、印字不可能であれば、ディジタル識別信号ＲＴＰを送出するよう通信制御実行部によって制御される。ＲＴＰを送出するとＴ．３０プロトコル上、手順がフェーズＢに戻り、通信手順が最初からやり直される。この結果、通信手順を損なわせることなく、送信側からの２ページ目のデータの送信を遅らせることができ、受信側では印字可能になるまでの時間を稼げることになる。
また、誤り再送モードに切り換え、送信側からのポストコマンドを認識した場合、印字監視部によって印字判定を行う。そして、通信制御実行部は、印字不可能であれば送信側を待たせるためのディジタル識別信号ＲＮＲを送出するよう、通信を制御する。この結果、送信側からの２ページ目のデータの送信を遅らせることができる。
【０００６】
【実施例】
以下、本発明の実施例を図面を参照して詳細に説明する。
図１は、本発明のファクシミリ装置の一実施例のブロック図である。
図示の装置は、装置全体を制御する制御部１、指示操作や送信操作などの指示操作を行う操作部２、操作中の状態や通信結果などの表示を行う表示部３、送信原稿（送信電文）を読み取る読み取り部４、受信電文を印刷する印刷部５、及び回線の接続制御などの通信制御を行う通信制御部６を備え、通信制御部６は通信回線７に接続されている。
【０００７】
制御部１は、マイクロプロセッサ（以下、ＭＰＵという）１１及び半導体メモリ等の主メモリ１２を備える。主メモリ１２内には、プログラム格納領域１３、印字監視部１０１、メモリ監視部１０２、時間監視部１０３、通信制御実行部１０４が設けられている。
ＭＰＵ１１は、主メモリ１２のプログラム格納領域１３に格納されたプログラムを実行することにより印字監視部１０１、メモリ監視部１０２、時間監視部１０３を起動して、後述する通信制御を実行する。
【０００８】
印字監視部１０１は、例えば定着部の温度を判定するための判定部等を備え、印刷部５が印字できる状態になったか否かを監視し、判断する。
メモリ監視部１０２は、蓄積メモリ８の空き領域の大きさ等を管理する管理テーブル等を備えており、印字データを蓄積する蓄積メモリの残量を監視する。
時間監視部１０３は、通信制御部６の通信手順を損なわせないように通信時間を監視する。
通信制御実行部１０４は、印字監視部１０１と、時間監視部１０３とを基にして通信手順を最適に制御する。
【０００９】
図２は、標準モード（誤り再送なし）の場合のシーケンス例を示す。
発呼局から送られた１ページ分のデータに続くポストコマンド（例えば、マルチぺージ信号ＭＰＳ）を認識した場合、印字監視部による判定（例えば、温度判定、データ準備判定）によって印字判定を行う。この時、印字可能である場合はメッセージ確認信号ＭＣＦを送出し、印字不可能であればディジタル識別信号ＲＴＰを送出するよう通信制御実行部によって制御される。ＲＴＰを送出するとＴ．３０プロトコル上、手順がフェーズＢに戻り、通信手順を損なわせることなく、印字可能になるまでの時間が稼げることになる。通信制御実行部は、手順をフェーズＢに戻した場合、ディジタル命令信号ＤＣＳ、トレーニングチェック信号ＴＣＦを受信したタイミングで印字判定を行い、印字可能であれば受信準備確認信号ＣＦＲを送出する。
【００１０】
このタイミングで印字が不可能な場合は、ＤＣＳ、ＴＣＦに対する応答を返さない。この場合、Ｔ．３０勧告上再度ＤＣＳ、ＴＣＦが再送されるので、ＤＣＳ、ＴＣＦを検出した時点で再度印字可能判定を行う。この動作を最大２回繰り返し、３回目のＤＣＳ、ＴＣＦに対しては印字不可能の場合もＣＦＲを送出する。ただし、３回目のＤＣＳ、ＴＣＦに対して印字不可能な場合は、メモリ受信を行う。メモリ受信を行う場合は、メモリ監視部によってメモリ残量の判定を行う。ただし、装置の故障がない限り、３回目のＤＣＳ、ＴＣＦに対しても印字不可能であることは通常あり得ない。この３回の通信の間に印字準備が完了するよう装置の設計がなされているからである。
【００１１】
図３は、被呼局における標準モードの処理手順を説明するフローチャートである。
まず、ステップＳ１で、発呼局から送られた１ページ分のデータの受信処理を行い、ステップＳ２で、そのデータに続くコマンド（ポストコマンド）の受信待ちとなる。ステップＳ２で、マルチぺージ信号ＭＰＳを認識した場合、ステップＳ３で、印字監視部による温度判定等によって印字が可能か否かの判定を行う。この時、印字可能である場合は、ステップＳ４で、メッセージ確認信号ＭＣＦを送出し、ステップＳ１に戻る。
【００１２】
一方、印字不可能であれば、ステップＳ５で、ディジタル識別信号ＲＴＰを送出するよう通信制御実行部によって制御される。ＲＴＰを送出すると、ステップＳ６で、Ｔ．３０プロトコル上、手順がフェーズＢに戻り、通信手順を損なわせることなく、印字可能になるまで時間が稼げることになる。即ち、通信制御実行部は、手順をフェーズＢに戻した場合、ステップＳ７で、命令受信待ちとなる。そして、ディジタル命令信号ＤＣＳ、トレーニングチェック信号ＴＣＦを受信したタイミングでステップＳ９の印字判定を行い、印字可能であればステップＳ１０で印字を開始し、ステップＳ１１で受信準備確認信号ＣＦＲを送出する。
【００１３】
このタイミングで印字が不可能な場合は、ステップＳ１２を経由し、ＤＣＳ、ＴＣＦに対する応答を返さない。この場合、Ｔ．３０勧告上再度ＤＣＳ、ＴＣＦが再送されるので、ステップＳ７で、ＤＣＳ、ＴＣＦを検出した時点でステップＳ９の印字可能判定を再度行う。この動作を最大２回繰り返し、３回目のＤＣＳ、ＴＣＦに対しても印字不可能の場合はメモリ監視部によってメモリ残量の判定を行い（ステップＳ１６）、メモリ残量がある場合、ステップＳ１３でメモリ受信に切り換え、ステップＳ１１でＣＦＲを送出する。メモリ残量がない場合、ファクシミリ回線の切断を行い（ステップＳ１７）、処理を終了する。ただし、３回目のＤＣＳ、ＴＣＦに対して印字不可能である場合は通常あり得ない。
尚、ステップＳ２、Ｓ７で、その他のコマンドを受信した場合は、それぞれステップＳ１４、Ｓ１５で、従来と同様に、各コマンドに応じた処理を行う。
【００１４】
図４は、ＥＣＭ（誤り再送）の場合の、シーケンス例を示す。
発呼局からのポストコマンド（例えば、ＭＰＳ）を認識した場合、印字監視部によって印字判定を行う。この時、印字可能の場合はＭＣＦを送出し、印字不可能であればディジタル識別信号ＲＮＲを送出するよう通信制御実行部によって制御される。ＲＮＲを送出すると、送信側はＴ．３０勧告に従い、ＲＲによって受信局の受信準備状態を確認する。受信側では、ＲＲを受信すると、印字監視部によって印字判定を行う。この時、通信制御実行部は、印字可能であればＭＣＦを、印字不可能であればＲＮＲを送出する。
【００１５】
ところが、ＲＮＲを無限に送出すると、通信エラーが発生する（ＲＮＲを送出してよい時間は、Ｔ．３０勧告にて６０±５秒と決められている）ので、時間監視部によってＲＮＲを返すタイマを設け、印字不可能の場合でも強制的にＭＣＦを送出し、通信手順が継続できるよう通信制御実行部によって制御される。ＭＣＦを送出すると、発呼局側は次のデータを送出し、ポストコマンド（例えば、ＭＰＳ）を送出する。ＭＰＳを受信したところで、前述と同様の手順によって印字判定を行う。この場合、当然、通信制御実行部とは独立に、印字監視部によって印字可能と判断した時点から印字を開始する。
【００１６】
図５は、被呼局における誤り再送モードの処理手順のフローチャートである。まず、ステップＳ２１で、印字待ちフラグをオフにし、ステップＳ２２で、データ受信処理を行う。ステップＳ２３で、発呼局からのポストコマンド（例えば、ＭＰＳ）を認識した場合、印字監視部によって印字判定を行う。尚、印字待ちフラグがオンであれば、印字判定を常時行い、印字可能になり次第印字を開始し、印字待ちフラグをオフにする。
【００１７】
印字判定は、以下のようにして行う。即ち、ステップＳ２４で、タイマを起動させ、ステップＳ２５で、印字が可能か否かを判定する。そして、ステップＳ２６で、タイマ値が所定値Ｔ５（例えば、５０秒）より小さいか否かを判定し、所定値より小さいときは、ステップＳ２７でＲＮＲを送出する。これにより、例えば、５０秒以内にＲＮＲが繰り返し出力される。受信側がＲＮＲを送出すると、送信側はＴ．３０勧告に従い、ＲＲによって受信局の受信準備状態を確認する。この間に、印字可能となれば、ステップＳ２８で、印字を開始し、ステップＳ３１でＭＣＦを送出する。
【００１８】
受信側では、ステップＳ２３で、ＲＲを受信すると、ステップＳ２４を経ずに、ステップＳ２５で印字監視部によって印字判定を行う。この時、通信制御実行部は、印字可能であればステップＳ３１でＭＣＦを、印字不可能であればステップＳ２６を経てステップＳ２７でＲＮＲを送出する。
一方、ステップＳ２６で、タイマ値が所定値Ｔ５以上となったときは、印字不可能の場合でも、ステップＳ２９で、タイマを停止し、ステップＳ３０で印字待ちフラグをオンにし、ステップＳ３１で強制的にＭＣＦを送出する。
ＭＣＦを送出すると、発呼局側は次のデータを送出し、ポストコマンド（例えば、ＭＰＳ）を送出する。このため、ステップＳ２２の処理に戻る。
【００１９】
以上詳細に説明したように、上述した実施例によれば、印字監視部と、時間監視部と、通信実行制御部とを用い、印刷部の定着部等が設定温度に達していない場合に、設定温度に達するまで印字を待っても通信手順を損なわせないよう構成したので、省電力設定をした場合でも、メモリ受信によらず、電文を正常に受信して印刷することが可能になる。
【００２０】
尚、本発明は上述した実施例に限定されるものではなく、種々の変形が可能であることはもちろんである。例えば、印字監視部の例として温度監視を行うものを挙げたが、印字監視の方法は温度監視に限らず、データ準備監視等でもよいことは言うまでもない。
【００２１】
【発明の効果】
以上説明したように、本発明のファクシミリ装置によれば、通信制御手順を損なわせないようにして送信側がデータを送るタイミングを遅れさせるようにしたので、次のような効果がある。
即ち、印刷部が印刷可能となるまで送信側との通信のコマンドに応じた処理を繰り返し若しくは時間監視部の監視により通信のコマンドに応じた処理時間を稼ぐことにより受信データの受信時間を遅らせることができる。これにより、電文の通信エラーが生じることを防止することができる。
【図面の簡単な説明】
【図１】本発明のファクシミリ装置の一実施例のブロック図である。
【図２】標準モードの信号シーケンス例の説明図である。
【図３】被呼局における標準モードの処理手順を説明するフローチャートである。
【図４】誤り再送モードの信号シーケンス例の説明図である。
【図５】被呼局における誤り再送モードの処理手順を説明するフローチャートである。
【符号の説明】
１０１ 印字監視部
１０２ メモリ監視部
１０３ 時間監視部
１０４ 通信制御実行部
ＭＰＳ マルチページ信号
ＲＴＰ、ＲＮＲ ディジタル識別信号
ＤＣＳ、ＲＲ ディジタル命令信号
ＣＦＲ 受信準備確認信号
ＭＣＦ メッセージ確認信号
ＴＣＦ トレーニングチェック信号
【産業上の利用分野】
本発明は、受信電文をメモリに蓄積することが可能でかつ省電力が可能な普通紙印字制御機能を備えたファクシミリ装置に関するものである。
【０００２】
【従来の技術】
一般に、ファクシミリ装置は、送信原稿読み取り用の読取部及び受信データを記録紙上に記録する印刷部を有している。そして、印刷部は、印字動作を実行していない場合に消費電力を節約するための設定（省電力設定）が可能である。ところが、印刷部として例えば電子写真記録方式を採用した装置では、省電力設定を行うと、印字を開始しようとしてから実際に印字を開始するまで定着部等のウォーミングアップに時間がかかり（例えば、最大１２０秒）、ファクシミリ装置間の通信手順に対して印字動作が間に合わない場合が発生し、正常に通信ができなくなる場合が発生した。そのため、省電力設定を行うと、一律、蓄積メモリに受信し、通信中に印字を行わないようにしていた。これにより、通信を正常に行うよう制御していた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来の技術には、次のような課題があった。
即ち、従来は一旦メモリ受信に切換わると通信終了まで印字が開始されないので、メモリ受信を行った場合は、受信しようとしている電文量が蓄積メモリの残量より多い場合、メモリ受信中にメモリが満杯になってしまった。これにより、受信しようとしている電文を受信できなくなり、その結果、通信エラーとなってしまった。
【０００４】
【課題を解決するための手段】
本発明は、送信側と所定のコマンドを送受する通信手順を行った後に前記送信側よりファクシミリデータを受信する制御部と、最初の通信手順の開始で印刷準備動作を開始し、該印刷準備動作の終了で前記ファクシミリデータを取り込んで印刷を実行する印刷部と、メモリ受信モードで受信した前記ファクシミリデータを順次、蓄積させるための蓄積メモリとを備えるファクシミリ装置において、前記印刷部に対し印刷動作が可能か否かを判定する印字監視部と、最初のページのファクシミリデータを受信したときに前記印字監視部が印刷動作を不能と判定すると、次ページのファクシミリデータを受信するための通信手順に要する時間を少なくとも一回引き伸ばし、該引き伸ばした通信手順が終了したときに前記印字監視部が更に印刷動作を不能と判定すると、前記次ページのファクシミリデータを受信して前記蓄積メモリに蓄積させ、更に次ページのファクシミリデータを受信するために前記印字監視部による印字動作の判定により前記引き伸ばし動作を行うか否かを決定する通信制御実行部と、を含むことを特徴とする。
【０００５】
【作用】
（１）
標準モードでは、送信側から送られた１ページ分のデータに続くポストコマンドを受信側で認識した場合、印字監視部によって印字判定を行う。この時、印字不可能であれば、ディジタル識別信号ＲＴＰを送出するよう通信制御実行部によって制御される。ＲＴＰを送出するとＴ．３０プロトコル上、手順がフェーズＢに戻り、通信手順が最初からやり直される。この結果、通信手順を損なわせることなく、送信側からの２ページ目のデータの送信を遅らせることができ、受信側では印字可能になるまでの時間を稼げることになる。
また、誤り再送モードに切り換え、送信側からのポストコマンドを認識した場合、印字監視部によって印字判定を行う。そして、通信制御実行部は、印字不可能であれば送信側を待たせるためのディジタル識別信号ＲＮＲを送出するよう、通信を制御する。この結果、送信側からの２ページ目のデータの送信を遅らせることができる。
【０００６】
【実施例】
以下、本発明の実施例を図面を参照して詳細に説明する。
図１は、本発明のファクシミリ装置の一実施例のブロック図である。
図示の装置は、装置全体を制御する制御部１、指示操作や送信操作などの指示操作を行う操作部２、操作中の状態や通信結果などの表示を行う表示部３、送信原稿（送信電文）を読み取る読み取り部４、受信電文を印刷する印刷部５、及び回線の接続制御などの通信制御を行う通信制御部６を備え、通信制御部６は通信回線７に接続されている。
【０００７】
制御部１は、マイクロプロセッサ（以下、ＭＰＵという）１１及び半導体メモリ等の主メモリ１２を備える。主メモリ１２内には、プログラム格納領域１３、印字監視部１０１、メモリ監視部１０２、時間監視部１０３、通信制御実行部１０４が設けられている。
ＭＰＵ１１は、主メモリ１２のプログラム格納領域１３に格納されたプログラムを実行することにより印字監視部１０１、メモリ監視部１０２、時間監視部１０３を起動して、後述する通信制御を実行する。
【０００８】
印字監視部１０１は、例えば定着部の温度を判定するための判定部等を備え、印刷部５が印字できる状態になったか否かを監視し、判断する。
メモリ監視部１０２は、蓄積メモリ８の空き領域の大きさ等を管理する管理テーブル等を備えており、印字データを蓄積する蓄積メモリの残量を監視する。
時間監視部１０３は、通信制御部６の通信手順を損なわせないように通信時間を監視する。
通信制御実行部１０４は、印字監視部１０１と、時間監視部１０３とを基にして通信手順を最適に制御する。
【０００９】
図２は、標準モード（誤り再送なし）の場合のシーケンス例を示す。
発呼局から送られた１ページ分のデータに続くポストコマンド（例えば、マルチぺージ信号ＭＰＳ）を認識した場合、印字監視部による判定（例えば、温度判定、データ準備判定）によって印字判定を行う。この時、印字可能である場合はメッセージ確認信号ＭＣＦを送出し、印字不可能であればディジタル識別信号ＲＴＰを送出するよう通信制御実行部によって制御される。ＲＴＰを送出するとＴ．３０プロトコル上、手順がフェーズＢに戻り、通信手順を損なわせることなく、印字可能になるまでの時間が稼げることになる。通信制御実行部は、手順をフェーズＢに戻した場合、ディジタル命令信号ＤＣＳ、トレーニングチェック信号ＴＣＦを受信したタイミングで印字判定を行い、印字可能であれば受信準備確認信号ＣＦＲを送出する。
【００１０】
このタイミングで印字が不可能な場合は、ＤＣＳ、ＴＣＦに対する応答を返さない。この場合、Ｔ．３０勧告上再度ＤＣＳ、ＴＣＦが再送されるので、ＤＣＳ、ＴＣＦを検出した時点で再度印字可能判定を行う。この動作を最大２回繰り返し、３回目のＤＣＳ、ＴＣＦに対しては印字不可能の場合もＣＦＲを送出する。ただし、３回目のＤＣＳ、ＴＣＦに対して印字不可能な場合は、メモリ受信を行う。メモリ受信を行う場合は、メモリ監視部によってメモリ残量の判定を行う。ただし、装置の故障がない限り、３回目のＤＣＳ、ＴＣＦに対しても印字不可能であることは通常あり得ない。この３回の通信の間に印字準備が完了するよう装置の設計がなされているからである。
【００１１】
図３は、被呼局における標準モードの処理手順を説明するフローチャートである。
まず、ステップＳ１で、発呼局から送られた１ページ分のデータの受信処理を行い、ステップＳ２で、そのデータに続くコマンド（ポストコマンド）の受信待ちとなる。ステップＳ２で、マルチぺージ信号ＭＰＳを認識した場合、ステップＳ３で、印字監視部による温度判定等によって印字が可能か否かの判定を行う。この時、印字可能である場合は、ステップＳ４で、メッセージ確認信号ＭＣＦを送出し、ステップＳ１に戻る。
【００１２】
一方、印字不可能であれば、ステップＳ５で、ディジタル識別信号ＲＴＰを送出するよう通信制御実行部によって制御される。ＲＴＰを送出すると、ステップＳ６で、Ｔ．３０プロトコル上、手順がフェーズＢに戻り、通信手順を損なわせることなく、印字可能になるまで時間が稼げることになる。即ち、通信制御実行部は、手順をフェーズＢに戻した場合、ステップＳ７で、命令受信待ちとなる。そして、ディジタル命令信号ＤＣＳ、トレーニングチェック信号ＴＣＦを受信したタイミングでステップＳ９の印字判定を行い、印字可能であればステップＳ１０で印字を開始し、ステップＳ１１で受信準備確認信号ＣＦＲを送出する。
【００１３】
このタイミングで印字が不可能な場合は、ステップＳ１２を経由し、ＤＣＳ、ＴＣＦに対する応答を返さない。この場合、Ｔ．３０勧告上再度ＤＣＳ、ＴＣＦが再送されるので、ステップＳ７で、ＤＣＳ、ＴＣＦを検出した時点でステップＳ９の印字可能判定を再度行う。この動作を最大２回繰り返し、３回目のＤＣＳ、ＴＣＦに対しても印字不可能の場合はメモリ監視部によってメモリ残量の判定を行い（ステップＳ１６）、メモリ残量がある場合、ステップＳ１３でメモリ受信に切り換え、ステップＳ１１でＣＦＲを送出する。メモリ残量がない場合、ファクシミリ回線の切断を行い（ステップＳ１７）、処理を終了する。ただし、３回目のＤＣＳ、ＴＣＦに対して印字不可能である場合は通常あり得ない。
尚、ステップＳ２、Ｓ７で、その他のコマンドを受信した場合は、それぞれステップＳ１４、Ｓ１５で、従来と同様に、各コマンドに応じた処理を行う。
【００１４】
図４は、ＥＣＭ（誤り再送）の場合の、シーケンス例を示す。
発呼局からのポストコマンド（例えば、ＭＰＳ）を認識した場合、印字監視部によって印字判定を行う。この時、印字可能の場合はＭＣＦを送出し、印字不可能であればディジタル識別信号ＲＮＲを送出するよう通信制御実行部によって制御される。ＲＮＲを送出すると、送信側はＴ．３０勧告に従い、ＲＲによって受信局の受信準備状態を確認する。受信側では、ＲＲを受信すると、印字監視部によって印字判定を行う。この時、通信制御実行部は、印字可能であればＭＣＦを、印字不可能であればＲＮＲを送出する。
【００１５】
ところが、ＲＮＲを無限に送出すると、通信エラーが発生する（ＲＮＲを送出してよい時間は、Ｔ．３０勧告にて６０±５秒と決められている）ので、時間監視部によってＲＮＲを返すタイマを設け、印字不可能の場合でも強制的にＭＣＦを送出し、通信手順が継続できるよう通信制御実行部によって制御される。ＭＣＦを送出すると、発呼局側は次のデータを送出し、ポストコマンド（例えば、ＭＰＳ）を送出する。ＭＰＳを受信したところで、前述と同様の手順によって印字判定を行う。この場合、当然、通信制御実行部とは独立に、印字監視部によって印字可能と判断した時点から印字を開始する。
【００１６】
図５は、被呼局における誤り再送モードの処理手順のフローチャートである。まず、ステップＳ２１で、印字待ちフラグをオフにし、ステップＳ２２で、データ受信処理を行う。ステップＳ２３で、発呼局からのポストコマンド（例えば、ＭＰＳ）を認識した場合、印字監視部によって印字判定を行う。尚、印字待ちフラグがオンであれば、印字判定を常時行い、印字可能になり次第印字を開始し、印字待ちフラグをオフにする。
【００１７】
印字判定は、以下のようにして行う。即ち、ステップＳ２４で、タイマを起動させ、ステップＳ２５で、印字が可能か否かを判定する。そして、ステップＳ２６で、タイマ値が所定値Ｔ５（例えば、５０秒）より小さいか否かを判定し、所定値より小さいときは、ステップＳ２７でＲＮＲを送出する。これにより、例えば、５０秒以内にＲＮＲが繰り返し出力される。受信側がＲＮＲを送出すると、送信側はＴ．３０勧告に従い、ＲＲによって受信局の受信準備状態を確認する。この間に、印字可能となれば、ステップＳ２８で、印字を開始し、ステップＳ３１でＭＣＦを送出する。
【００１８】
受信側では、ステップＳ２３で、ＲＲを受信すると、ステップＳ２４を経ずに、ステップＳ２５で印字監視部によって印字判定を行う。この時、通信制御実行部は、印字可能であればステップＳ３１でＭＣＦを、印字不可能であればステップＳ２６を経てステップＳ２７でＲＮＲを送出する。
一方、ステップＳ２６で、タイマ値が所定値Ｔ５以上となったときは、印字不可能の場合でも、ステップＳ２９で、タイマを停止し、ステップＳ３０で印字待ちフラグをオンにし、ステップＳ３１で強制的にＭＣＦを送出する。
ＭＣＦを送出すると、発呼局側は次のデータを送出し、ポストコマンド（例えば、ＭＰＳ）を送出する。このため、ステップＳ２２の処理に戻る。
【００１９】
以上詳細に説明したように、上述した実施例によれば、印字監視部と、時間監視部と、通信実行制御部とを用い、印刷部の定着部等が設定温度に達していない場合に、設定温度に達するまで印字を待っても通信手順を損なわせないよう構成したので、省電力設定をした場合でも、メモリ受信によらず、電文を正常に受信して印刷することが可能になる。
【００２０】
尚、本発明は上述した実施例に限定されるものではなく、種々の変形が可能であることはもちろんである。例えば、印字監視部の例として温度監視を行うものを挙げたが、印字監視の方法は温度監視に限らず、データ準備監視等でもよいことは言うまでもない。
【００２１】
【発明の効果】
以上説明したように、本発明のファクシミリ装置によれば、通信制御手順を損なわせないようにして送信側がデータを送るタイミングを遅れさせるようにしたので、次のような効果がある。
即ち、印刷部が印刷可能となるまで送信側との通信のコマンドに応じた処理を繰り返し若しくは時間監視部の監視により通信のコマンドに応じた処理時間を稼ぐことにより受信データの受信時間を遅らせることができる。これにより、電文の通信エラーが生じることを防止することができる。
【図面の簡単な説明】
【図１】本発明のファクシミリ装置の一実施例のブロック図である。
【図２】標準モードの信号シーケンス例の説明図である。
【図３】被呼局における標準モードの処理手順を説明するフローチャートである。
【図４】誤り再送モードの信号シーケンス例の説明図である。
【図５】被呼局における誤り再送モードの処理手順を説明するフローチャートである。
【符号の説明】
１０１ 印字監視部
１０２ メモリ監視部
１０３ 時間監視部
１０４ 通信制御実行部
ＭＰＳ マルチページ信号
ＲＴＰ、ＲＮＲ ディジタル識別信号
ＤＣＳ、ＲＲ ディジタル命令信号
ＣＦＲ 受信準備確認信号
ＭＣＦ メッセージ確認信号
ＴＣＦ トレーニングチェック信号
Claims (2)
- 送信側と所定のコマンドを送受する通信手順を行った後に前記送信側よりファクシミリデータを受信する制御部と、最初の通信手順の開始で印刷準備動作を開始し、該印刷準備動作の終了で前記ファクシミリデータを取り込んで印刷を実行する印刷部と、メモリ受信モードで受信した前記ファクシミリデータを順次、蓄積させるための蓄積メモリとを備えるファクシミリ装置において、
前記印刷部に対し印刷動作が可能か否かを判定する印字監視部と、
最初のページのファクシミリデータを受信したときに前記印字監視部が印刷動作を不能と判定すると、次ページのファクシミリデータを受信するための通信手順に要する時間を少なくとも一回引き伸ばし、該引き伸ばした通信手順が終了したときに前記印字監視部が更に印刷動作を不能と判定すると、前記次ページのファクシミリデータを受信して前記蓄積メモリに蓄積させ、更に次ページのファクシミリデータを受信するために前記印字監視部による印字動作の判定により前記引き伸ばし動作を行うか否かを決定する通信制御実行部と、
を含むことを特徴とするファクシミリ装置。 - 前記通信制御実行部は、前記コマンドの送受回数を増加させ、又は通信エラーの生じない時間で前記コマンドの送信を遅らせて前記通信手順に要する時間を引き伸ばすことを特徴とする請求項１記載のファクシミリ装置。
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 JPH0937049A (ja) | 1997-02-07 |
| JP3650942B2 true 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) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3762496B2 (ja) * | 1996-11-11 | 2006-04-05 | 株式会社沖データ | ファクシミリ装置 |
-
1995
- 1995-07-19 JP JP20517295A patent/JP3650942B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0937049A (ja) | 1997-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3650942B2 (ja) | ファクシミリ装置 | |
| JP3214112B2 (ja) | ファクシミリの伝送制御方式 | |
| JP3365093B2 (ja) | ファクシミリの切断命令送達確認装置 | |
| JP3190891B2 (ja) | ファクシミリ装置 | |
| JP3496448B2 (ja) | 通信端末装置 | |
| JP3218741B2 (ja) | ファクシミリ装置 | |
| JP3365603B2 (ja) | ファクシミリ装置 | |
| JP3428941B2 (ja) | ファクシミリ通信方法 | |
| JP2002185685A (ja) | 通信端末装置 | |
| JP2726722B2 (ja) | 画像通信装置 | |
| JPS60111576A (ja) | フアクシミリ電送方式 | |
| JPS62199163A (ja) | ファクシミリ装置 | |
| JP3076100B2 (ja) | ファクシミリ装置 | |
| JP3121051B2 (ja) | ファクシミリ装置 | |
| JPH0965093A (ja) | 画像通信装置 | |
| JPH0568154A (ja) | フアクシミリ装置 | |
| JP2000101814A (ja) | ファクシミリ通信システム | |
| JP2004007678A (ja) | 通信装置 | |
| JPH04345364A (ja) | 画像データの伝送処理方法 | |
| JPH05191612A (ja) | 画像データの伝送処理方法 | |
| JPH066562A (ja) | ファクシミリ装置 | |
| JPH0253380A (ja) | ファクシミリ装置の伝送制御方法 | |
| JPH0646770B2 (ja) | フアクシミリ装置 | |
| JPS62216583A (ja) | フアクシミリ装置 | |
| JP2000307839A (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 |