(57)【要約】【課題】受信データの１ページ分のデータの量がメモリ部の容量以上であっても、メモリオーバーにならず、印字が確実にでき、又、受信データの１ページ分のデータがメモリ部の容量以下の場合には、印字中にエラーが起きても再印字ができるファクシミリ装置を提供することにある。【解決手段】１ページ分の受信データの量がメモリ部の容量以下の場合には、メモリ部が１ページ分の受信データが書き込まれている全てのブロックを１ページ分の印字が終了するまで保持することで、再印字される。又、１ページ分の受信データの量がメモリ部の容量より大きい場合、印字中のページと同じページである印字済みのブロックに上書きすることにより、メモリオーバーせずに印字する。【選択図】  図１
2004166108.tif 000002
【特許請求の範囲】
【請求項１】
印字部と、メモリ部と、前記メモリ部に受信データを複数のブロックに分けて書き込み、この書き込まれている受信データをブロック毎に読み出して前記印字部に印字させるメモリ制御部とを備え、１ページ分の受信データの量が前記メモリ部の容量以下の場合には、メモリ部に１ページ分の受信データが書き込まれている全てのブロックを１ページ分の印字が終了するまで保持するファクシミリ装置において、
前記メモリ制御部は、
受信データが書き込まれていない未使用のブロックを検索し、未使用のブロックが検索されない場合、印字中及び／又は印字済みのデータが書き込まれているブロックのページと書き込もうとしている受信データのページとが同一ページであるか否かを判別し、同一ページであると判別された場合、先頭データが書き込まれているブロックのデータが印字済みであるか否かを判別し、印字済みであると判別された場合、受信データを前記先頭データが書き込まれているブロックに上書きする手段を有することを特徴とするファクシミリ装置。
【請求項２】
前記メモリ制御部は、印字途中にエラーが起きた場合、エラー解除後に、印字中であった受信データが書き込まれているブロックと同じページの先頭データが書き込まれているブロックから読み出し、前記印字部に印字させる手段を有することを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
メモリ制御部は、上書きした受信データのページと同一ページの受信データが書き込まれている全ブロックの印字が終了前に受信が終了する場合は、送信機にエラーの可能性を示すＲＴＰ信号を送信するよう指示する手段を有することを特徴とする請求項１に記載のファクシミリ装置。
【請求項４】
印字部と、メモリ部と、前記メモリ部に受信データを複数のブロックに分けて書き込み、この書き込まれている受信データをブロック毎に読み出して前記印字部に印字させるメモリ制御部とを備え、１ページ分の受信データの量が前記メモリ部の容量以下の場合には、メモリ部に１ページ分の受信データが書き込まれている全てのブロックを１ページ分の印字が終了するまで保持するファクシミリ装置を用いた受信方法において、
受信データが書き込まれていない未使用のブロックを検索する未使用ブロック検索ステップと、
前記未使用ブロック検索ステップで未使用のブロックが検索されない場合、印字中及び／又は印字済みのデータが書き込まれているブロックのページと書き込もうとしている受信データのページとが同一ページであるか否かを判別するページ判別ステップと、
前記ページ判別ステップで同一ページであると判別された場合、先頭データが書き込まれているブロックのデータが印字済みであるか否かを判別する状態判別ステップと、
前記状態判別ステップで前記ブロックのデータが印字済みであると判別された場合、受信データを前記先頭データが書き込まれているブロックに上書きする上書ステップと
を有することを特徴とする受信方法。
【請求項５】
印字途中にエラーが起きた場合、エラー解除後に、印字中であった受信データが書き込まれているブロックと同じページの先頭データが書き込まれているブロックからデータを読み出す読出ステップと、
前記読出ステップで読み出されたデータを印字部に印字させる印字ステップとを有することを特徴とする請求項４に記載の受信方法。
【請求項６】
上書ステップで上書きした受信データのページと同一ページの受信データが書き込まれている全ブロックの印字が終了前に受信が終了する場合は、送信機にエラーの可能性を示すＲＴＰ信号を送信する送信ステップ
を有することを特徴とする請求項４に記載の受信方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、受信データを印字するファクシミリ装置に関し、特にメモリ部の容量より大きいデータを受信した場合でも、確実に印字するファクシミリ装置に関する。
【０００２】
【従来技術】
従来の一般家庭向けの普通紙（カット紙）ファクシミリ装置は、受信データを一旦蓄積させるバッファと、１ページ分の受信データが複数のブロックに分けられて書き込まれるメモリ部と、メモリ部の中からデータが書き込まれていないブロックを検索する検索部と、バッファに蓄積されている受信データを検索部で検索されたブロックに書き込む書込部と、印字部とを有している。
【０００３】
このようなファクシミリ装置において、データを受信すると、まずバッファに受信データを蓄積させ、バッファに蓄積された受信データのうち１ページ分の受信データをメモリ部の各ブロックに分けて書き込んでいる。受信データがメモリ部の各ブロックに分けて書き込まれると、書き込まれたブロックの順に印字が開始されるようになっている。尚、メモリ部は、１ページ分の印字が終了するまで、受信データを保持するようになっている。これは、印字中にエラーが起きても再印字できるようにするためである。
【０００４】
ところで、搭載されているメモリ部の容量は限られている。例えば、家庭用のファクシミリ装置においては、メモリ部の容量は１Ｍｂｙｔｅ程度である。このため、１ページ分全部のデータを印字が終了するまで必ず保持するとした場合、受信した１ページ分のデータがメモリ部の容量以上、例えば１．２Ｍｂｙｔｅであると、メモリオーバーとなってしまい、印字ができなくなってしまう。
【０００５】
一方、印字が終了したブロックを保持することなく、受信データを印字終了済みのブロックに上書きしていくタイプのファクシミリ装置がある。
【０００６】
このファクシミリ装置では、印字中にエラーが起きると、印字が終了したデータが書き込まれているブロックを保持していないため、再印字ができなくなってしまう。
【０００７】
【発明が解決しようとする課題】
そこで、本発明は、上記のような問題点を解決するためになされたもので、受信データの１ページ分のデータがメモリ部の容量以上であっても、メモリオーバーにならず、印字が確実にでき、又、受信データの１ページ分のデータがメモリ部の容量以下の場合には、印字中にエラーが起きても再印字ができるファクシミリ装置を提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するための第１の発明は、印字部と、メモリ部と、前記メモリ部に受信データを複数のブロックに分けて書き込み、この書き込まれている受信データをブロック毎に読み出して前記印字部に印字させるメモリ制御部とを備え、１ページ分の受信データの量が前記メモリ部の容量以下の場合には、メモリ部に１ページ分の受信データが書き込まれている全てのブロックを１ページ分の印字が終了するまで保持するファクシミリ装置において、
前記メモリ制御部は、
受信データが書き込まれていない未使用のブロックを検索し、未使用のブロックが検索されない場合、印字中及び／又は印字済みのデータが書き込まれているブロックのページと書き込もうとしている受信データのページとが同一ページであるか否かを判別し、同一ページであると判別された場合、先頭データが書き込まれているブロックのデータが印字済みであるか否かを判別し、印字済みであると判別された場合、受信データを前記先頭データが書き込まれているブロックに上書きする手段を有することを特徴とする。
【０００９】
上記課題を解決するための第２の発明は、上記第１の発明において、前記メモリ制御部は、印字途中にエラーが起きた場合、エラー解除後に、印字中であった受信データが書き込まれているブロックと同じページの先頭データが書き込まれているブロックから読み出し、前記印字部に印字させる手段を有することを特徴とする。
【００１０】
上記課題を解決するための第３の発明は、上記第１の発明において、メモリ制御部は、上書きした受信データのページと同一ページの受信データが書き込まれている全ブロックの印字が終了前に受信が終了する場合は、送信機にエラーの可能性を示すＲＴＰ信号を送信するよう指示する手段を有することを特徴とする。
【００１１】
上記課題を解決するための第４の発明は、印字部と、メモリ部と、前記メモリ部に受信データを複数のブロックに分けて書き込み、この書き込まれている受信データをブロック毎に読み出して前記印字部に印字させるメモリ制御部とを備え、１ページ分の受信データの量が前記メモリ部の容量以下の場合には、メモリ部に１ページ分の受信データが書き込まれている全てのブロックを１ページ分の印字が終了するまで保持するファクシミリ装置を用いた受信方法において、
受信データが書き込まれていない未使用のブロックを検索する未使用ブロック検索ステップと、
前記未使用ブロック検索ステップで未使用のブロックが検索されない場合、印字中及び／又は印字済みのデータが書き込まれているブロックのページと書き込もうとしている受信データのページとが同一ページであるか否かを判別するページ判別ステップと、
前記ページ判別ステップで同一ページであると判別された場合、先頭データが書き込まれているブロックのデータが印字済みであるか否かを判別する状態判別ステップと、
前記状態判別ステップで前記ブロックのデータが印字済みであると判別された場合、受信データを前記先頭データが書き込まれているブロックに上書きする上書ステップと
を有することを特徴とする。
【００１２】
上記課題を解決するための第５の発明は、上記第４の発明において、印字途中にエラーが起きた場合、エラー解除後に、印字中であった受信データが書き込まれているブロックと同じページの先頭データが書き込まれているブロックからデータを読み出す読出ステップと、
前記読出ステップで読み出されたデータを印字部に印字させる印字ステップとを有することを特徴とする。
【００１３】
上記課題を解決するための第６の発明は、上記第５の発明において、上書ステップで上書きした受信データのページと同一ページの受信データが書き込まれている全ブロックの印字が終了前に受信が終了する場合は、送信機にエラーの可能性を示すＲＴＰ信号を送信する送信ステップを有することを特徴とする。
【００１４】
【発明の実施の形態】
本発明の実施の形態を説明する。
【００１５】
図１は本発明の実施の形態を示すブロック図である。
【００１６】
図１において、１０は、通信部であり、ファクシミリデータの受信、及び正常受信の応答を送信するものである。
【００１７】
２０はバッファであり、通信部１０で受信したデータを符号化されたデータの形式で、一旦、記憶するものである。
【００１８】
３０はメモリ部である。このメモリ部３０は、図２に示される如く、複数のブロックに分割されており、各ブロックにはブロックを識別するブロック識別情報が付されている。そして、バッファ２０に記憶されている受信データは、各ブロックに格納される。
【００１９】
４０はメモリ制御部である。このメモリ制御部４０は、バッファ２０からの受信データのメモリ部３０へのブロック単位での書き込みや、メモリ部３０からの受信データのブロック単位での読み出しを制御するものである。これらの制御の為、メモリ制御部４０は、ブロック管理テーブル４１を有する。
【００２０】
このブロック管理テーブル４１は、図３に示される如く、各ブロックの使用状態と、ブロック同士の繋がりを示すチェーン情報と、ページ単位の先頭ブロックを管理するページ先頭ブロック情報とが記録されるテーブルである。
【００２１】
各ブロックの使用状態は、ブロック毎に、未使用の場合は未使用を示す“０”、受信データを書き込み中の場合は書き込み中を示す“１”、受信データの書き込みが終了し、印字待ちの場合は使用中を示す“２”、印字が終了し開放を待っている場合は開放待ちを示す“３”というように４つの状態を記録することにより管理する。
【００２２】
チェーン情報は、受信データの単位ページ（１ページ）毎に管理するようにしており、各ブロックのチェーン情報には、該ブロックの続きのブロックのブロック識別番号が記録される。また、ページの最後にあたるブロックのチェーン情報には最終ブロックであることを示すターミネートデータが書き込まれる。
【００２３】
先頭ブロック情報は、同一ページの受信データが格納されているブロックのうちで、最も早く受信データが格納されたブロックのブロック識別情報が記録される。通常は、１ページの先頭のデータが格納されたブロックのブロック識別情報であるが、後述するように１ページの印刷が全て終了する前に一部のブロックを開放して新たなデータを記憶させる場合にはそのページにおけるデータが記憶されているブロックのうち、最も早く受信データが格納されたブロックのブロック識別情報が記録される。尚、ページの判断であるが、送信機は送信データを送信した後、次ページが有る旨を示す手順信号ＭＰＳ又は、次ページが無い旨を示す手順信号ＥＯＰを送信するので、受信機はこれらの信号によりペ−ジの判断をする。
【００２４】
又、メモリ制御部４０は、受信したページ全てがメモリに残っている場合は、正常受信を示すＭＣＦ信号を送信し、後述するように１ページの印刷が全て終了する前に一部のブロックを開放して新たなデータを記憶させた場合、印字エラーが発生する可能性があるので、送信機にエラーの可能性を示すＲＴＰ信号を送信するよう指示する。
【００２５】
５０は印字部であり、メモリ制御部４０で読み出されたデータを記録紙に印字するものである。
【００２６】
６０は通信制御部である。通信制御部６０は、ファクシミリデータの送受信を制御するものである。更に、メモリ制御部４０からの指示に基づいてＲＴＰ信号を送信機側に送信するものである。
【００２７】
次に、上述の構成における動作を説明する。
【００２８】
まず、受信データを受信してからメモリ部３０に格納するまでの動作について説明する。尚、本動作の初期状態においては、メモリ部３０に何も格納されていないもとして説明する。
【００２９】
図４は受信データを受信してからメモリ部３０に格納するまでの動作のフローチャートであり、図５及び図６はブロック管理テーブル４１の遷移を説明する為の図である。
【００３０】
まず、バッファ２０より受信データを受信すると（Ｓ１）、メモリ制御部４０はブロック管理テーブル４１から未使用のブロックを検索する（Ｓ２）。
【００３１】
未使用ブロックがある場合には（Ｓ３）、受信データを未使用ブロックに書き込む（Ｓ４）。初期状態においては、メモリ部３０に何も格納されていないので、全てのブロックの使用状態は未使用を示す“０”である。そこで、先頭のブロックであるブロック識別番号１のブロックに書き込みを行なう。そして、書き込み中であることを示す“１”をブロック管理テーブル４１に記録する。図５の状況１はこの状態を示したものである。
【００３２】
続いて、書き込みが終了すると、そのブロック使用状態を、印字待ちを示す“２”に更新する（Ｓ５）。
【００３３】
次に、ブロックに格納したデータがページの先頭であるかを判断する（Ｓ６）。
【００３４】
ブロックに格納したデータがページの先頭である場合（Ｓ７）、ページ先頭ブロック情報を更新する（Ｓ８）。尚、ページの先頭の判断であるが、送信側からの送信される制御情報に基づいて判断される。そして、Ｓ１に戻る。本例では、ブロック識別番号１のブロックに書き込んだデータはページの先頭であるので、ページ先頭ブロック情報を、そのデータが格納されているブロックの識別番号１に更新する。図５の状況２はこの状態を示したものである。
【００３５】
一方、格納したブロックのデータがページの先頭でない場合、そのデータがページの最後である最終データであるかを判断する（Ｓ９）。
【００３６】
格納したブロックのデータが最終データでない場合には（Ｓ１０）、データを書き込んだブロックの識別番号を、前回データを書き込んだブロックのチェーン情報として、ブロック管理テーブル４１に記録する（Ｓ１１）。図５の状況３はこの状態を示したものであり、識別番号２のブロックの書き込みを終了した際、前回の書き込んだ識別番号１のブロックのチェーン情報として“２”が記録されたことを示している。
【００３７】
また、格納したブロックのデータが最終データである場合には、格納したブロックのチェーン情報として、ターミネートデータが記録される（Ｓ１２）。図５の状況４はこの状態を示したものであり、識別番号３のブロックの書き込みを終了した際、識別番号３のブロックのチェーン情報としてターミネートデータが記録されたことを示している。
【００３８】
そして、これらの動作の後、Ｓ１に戻る。
【００３９】
次に、Ｓ３において、未使用ブロックがない場合について説明する。
【００４０】
Ｓ３において、未使用ブロックがない場合は、１ページの受信データがメモリ部３０の容量を越えている場合である。図６の状況１はこの状態を示したものであり、全てのブロックにおいて未使用な状態がない場合を示している。
【００４１】
この場合には、まず、ページ先頭ブロック情報に記録されている識別番号のブロックの状態を確認する（Ｓ１３）。開放待ちである場合（Ｓ１４）、その使用状態を未使用に更新する（Ｓ１５）。図６の状況２はこの状態を示したものであり、識別番号１のブロックにおいてその使用状態を未使用“０”に更新した場合を示している。
【００４２】
続いて、受信データを未使用ブロックに書き込む（Ｓ１６）。そして、書き込み中であることを示す“１”をブロック管理テーブル４１に記録する（Ｓ１７）。図６の状況３はこの状態を示したものである。
【００４３】
最後に、ページ先頭ブロック情報を、１ページのブロックにおいて先頭となるブロックの識別番号に更新する（Ｓ１８）。そして、Ｓ９に進む。
【００４４】
図６の状況４はこの状態を示したものであり、新しい先頭ブロック情報として、現在記憶されているデータの中で最もページの先頭にあるデータが書き込まれているブロックの識別番号である“２”に更新されている。また、チェーン情報として、最終ブロックを示すターミネートデータが記録されていることを示している。
【００４５】
次に、受信データの印字動作について説明する。
【００４６】
図７は受信データの印字動作のフローチャートであり、図８は印字中にエラーが起きた時のフローチャートであり、図９はブロック管理テーブル４１の遷移を説明する為の図である。
【００４７】
まず、メモリ制御部４０は、図９の状況１のように、メモリ部３０のブロックの状態が“２”の使用中であるブロックを検索する（ステップＳ２１）。ここでは、検索されたブロックの識別番号を１とする。ブロックの状態が“２”の使用中のブロックが検索されると、メモリ制御部４０は読み出しを開始する（ステップＳ２２）。
【００４８】
印字部５０は読み出されたブロックを復号化する（ステップＳ２３）。
【００４９】
印字部５０は、復号化されたデータを記録紙に印字する（ステップＳ２４）。
【００５０】
印字が終了すると、メモリ制御部４０は、図９の状況２のように、そのブロックの状態を“３”の開放待ちとする（ステップＳ２５）。
【００５１】
続いて、メモリ制御部４０は、印字したブロックのチェーン情報としてターミネートデータが書き込まれているかを判別する（ステップＳ２６）。
【００５２】
ターミネートデータが書き込まれていないと判別された場合、メモリ制御部４０は、印字が終了したブロックのチェーン情報として書き込まれているブロックの状態が“２”の使用中であるかを判別する（ステップＳ２７）。このブロックの状態が“２”の使用中であると判別された場合は、ステップＳ２２に戻る。
【００５３】
一方、ステップＳ２６で、チェーン情報としてターミネートデータが書き込まれていると判別された場合、図９の状況４のように、メモリ制御部４０はそのページの受信データが書き込まれていた全ブロックの状態を“０”の未使用にする（ステップＳ２８）。
【００５４】
続いて、印字中に印字系のエラーが発生した場合について説明する。
【００５５】
データの印字中に印字系のエラーが発生した場合、印字部５０はメモリ制御部４０にエラーを通知する（ステップＳ３１）。
【００５６】
エラーが通知されると、メモリ制御部４０は読み出しを終了する（ステップＳ３２）。
【００５７】
エラー復旧後、印字可能となった時点（ステップＳ３３）で、メモリ制御部４０は印字中のページにおける先頭ブロック情報の記録されている識別番号のブロックより受信データを読み出す（ステップＳ３４）。そして、ステップＳ２２に戻る。
【００５８】
上述の動作における受信終了時に送信する応答信号であるが、１ページ分の受信データの量がメモリ部３０の容量より小さい場合には、１ページ分の受信データ全てがメモリ部３０のブロックに書き込まれているため、印字中に印字系のエラーが発生しても先頭ブロックから再印字ができるので正常受信を示すＭＣＦ信号を送信機に応答する。
【００５９】
一方、１ページ分の受信データの量がメモリ部３０の容量より大きい場合には、受信データの印字終了前に全ての受信が終了すると、受信が正常に終了しても印字が正常に終了しないかもしれないので、メモリ制御部４０は、エラーの可能性を示すＲＴＰ信号を送信機側に送信する指示を行なう。
【００６０】
尚、ＲＴＰ信号を応答する前に印字系の異常により印字が不可能となった場合は、通信異常として終了させる。
【００６１】
【発明の効果】
本発明によると、１ページ分の受信データの量がメモリ部の容量以下の場合には、メモリ部が１ページ分の受信データが書き込まれている全てのブロックを１ページ分の印字が終了するまで保持しているので、印字中にエラーが起きても再印字が可能となる。
【００６２】
又、１ページ分の受信データの量がメモリ部の容量より大きい場合、印字中のページと同じページである印字済みのブロックに上書きしているので、メモリオーバーにならず、印字が確実にできる。そのため、受信終了後の印字中に印字系のエラーが発生しても、メモリ部に残っている受信データを再印字することできるので、異常発生前の印字と異常発生後の印字とを合わせて受信データの確認が可能となる。
【００６３】
更に、１ページ分の受信データの量がメモリ部の容量より大きい場合、受信データの印字終了前に全ての受信が終了した場合、エラーありのＲＴＰ信号とすることで、送信機側に正常に印字できない可能性があることを通知することができる。そのため、送信機側ではそのページにおいてエラーが発生する可能性があることを認識することができる。
【図面の簡単な説明】
【図１】図１は本発明の実施の形態を示すブロック図である。
【図２】図２は本発明のメモリ部におけるブロックの状態図である。
【図３】図３はブロック管理テーブル４１を説明する為の図である。
【図４】図４は受信データを受信してからメモリ部３０に格納するまでの動作のフローチャートである。
【図５】図５はブロック管理テーブル４１の遷移を説明する為の図である。
【図６】図６はブロック管理テーブル４１の遷移を説明する為の図である。
【図７】図７は受信データの印字動作のフローチャートである。
【図８】図８は印字中にエラーが起きた時のフローチャートである。
【図９】図９はブロック管理テーブル４１の遷移を説明する為の図である。
【符号の説明】
１０      通信部
２０      バッファ
３０      メモリ部
４０      メモリ制御部
５０      印字部
６０      通信制御部
７０      主制御部
【図１】
2004166108.tif 000003
【図２】
2004166108.tif 000004
【図３】
2004166108.tif 000005
【図４】
2004166108.tif 000006
【図５】
2004166108.tif 000007
【図６】
2004166108.tif 000008
【図７】
2004166108.tif 000009
【図８】
2004166108.tif 000010
【図９】
2004166108.tif 000011