JPH04263568A - ファクシミリ装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、フロッピーディスク装
置等の大容量補助記憶装置を備えたファクシミリ装置に
関する。

【０００２】

【従来の技術】従来のファクシミリ装置において、被呼
局が発呼局に対して送信したい原稿があった場合、送受
信の交代機能を用いて被呼局から発呼局に画像を送信す
ることが行われている。

【０００３】図５は、送受信の交代のプロトコルを示す
模式図である。

【０００４】図示の例は、ＣＣＩＴＴ勧告Ｔ．３０にお
ける手順信号である。

【０００５】まず、着信があると、被呼局（Ｙ）は、Ｎ
ＳＦ、ＣＳＩ、ＤＩＳの各信号を送信するが、その際、
ＤＩＳ信号内の情報フィールドに「送信する原稿あり」
を宣言する（５−ａ）。

【０００６】一方、発呼局（Ｘ）は、ＮＳＳ、ＴＳＩ、
ＤＣＳの各信号を送信して、画像（ＰＩＸ）を送信する
（５−ｂ）。そして、この画像送信後、被呼局Ｙの送信
原稿を受信するため、ＥＯＭ信号を送信する（５−ｃ）
。

【０００７】そこで、被呼局は、「送信する原稿あり」
を宣言したＤＩＳ信号を再度送信し（５−ｄ）、これを
受けて発呼局は、ポーリング送信を行う旨を示すＤＴＣ
信号を送信する（５−ｅ）。

【０００８】この後は、被呼局が発呼側となって被呼局
装置内にある画像メモリ内のポーリング送信用画像を発
呼局に送信する。

【０００９】次に、図６は、被呼局の送信原稿を発呼局
が受けなかった場合のプロトコルを示す模式図である。

【００１０】被呼局は、「送信する原稿あり」を宣言し
たＤＩＳ信号を送信するが（６−ａ）、発呼局は最終ペ
ージの後手順でＥＯＭ信号ではなくＥＯＰ信号を送信す
る（６−ｃ）。

【００１１】

【発明が解決しようとする課題】ところで、上記従来の
ファクシミリ装置では、ポーリング送信用の画像を通常
は被呼局装置内の主画像メモリに格納していた。しかし
ながら、置内の主画像メモリは、例えば送信用や代行受
信用等の他の用途にも使用されるため、ここにポーリン
グ送信用の画像を置いた場合、常時ある一定量の領域が
占有されることになり、メモリの使用効率が悪いという
欠点があった。

【００１２】本発明は、主画像メモリの使用効率を向上
でき、各種メモリ動作の円滑化を図ることができるファ
クシミリ装置を提供することを目的とする。

【００１３】

【課題を解決するための手段】本発明は、主画像メモリ
内に格納した画像データを送信するファクシミリ装置に
おいて、上記主画像メモリとは別に補助画像メモリを有
し、この補助画像メモリにポーリング送信用の画像を保
管することを特徴とする。

【００１４】

【実施例】図１は、本発明のファクシミリ装置の一実施
例を示すブロック図である。

【００１５】主制御部１は、マイクロプロセッサ、プロ
グラムメモリ用ＲＯＭおよびワークエリア用ＲＡＭ等よ
り構成され、装置全体の動作を制御するものである。

【００１６】読取部２は、ＣＣＤイメージセンサや原稿
搬送機構等により構成され、原稿を光学的に読み取って
電気的な画情報を出力するものである。

【００１７】記録部３は、感熱プリンタもしくはレーザ
プリンタ等により構成され、画情報を記録紙上に出力す
るものである。

【００１８】通信制御装置４は、モデム、ＮＣＵ（網制
御装置）等により構成され、相手通信装置との間で画情
報等のやりとりを行うものである。

【００１９】操作部５は、キーボード等より構成され、
操作者が各種入力を行うためのものである。

【００２０】表示部６は、ＬＣＤ等より構成され、各種
表示を行う。

【００２１】また、このファクシミリ装置は、ポーリン
グ送信用の画情報等を保存および送信処理するため、以
下のようなメモリ装置を有している。

【００２２】まず、フロッピーディスクドライブ１０は
、フロッピーディスク（以下、ＦＤという）２０を記憶
媒体とするものであり、ＦＤ２０にデータの書き込みお
よび読出しを行い、不揮発状態でデータの保存を行う。

【００２３】画像データ蓄積用メモリ（以下、画像メモ
リという）３０は、装置内の主画像メモリであり、ＤＲ
ＡＭ等より構成されている。

【００２４】画像管理情報記憶用メモリ（以下、管理情
報メモリという）４０は、ＳＲＡＭ等よりなり、画像メ
モリ３０およびＦＤドライブ１０で保管される画像ファ
イルを管理するための管理データを格納するものである
。

【００２５】制御データ記憶用メモリ５０とは、ＳＲＡ
Ｍ等よりなり、画像メモリ３０とＦＤドライブ１０との
間で画像ファイルをやりとりするための制御データを格
納するものである。

【００２６】検索データ用メモリ６０は、ポーリング送
信を行う発呼局を選択するための検索用電話番号データ
を格納するものである。

【００２７】図２は、以上のような各メモリ２０〜５０
の関係を示す模式図である。

【００２８】画像メモリ３０は、上述のように画像デー
タ３１を蓄積する記憶媒体であり、その記憶領域は、所
定の大きさの複数のメインブロック（＝レコード）で構
成され、さらに、各メインブロックは、所定の大きさの
複数のサブブロックで構成されている。

【００２９】そして、１通信分の画像データ（＝ファイ
ル）の第１ページは、メインブロックの先頭（サブブロ
ック番号０の先頭）から蓄積され、また、ファイル内の
各ページは、サブブロックの先端から蓄積される。また
、ＦＤ２０とのデータ転送は、サブブロック単位で行わ
れる。

【００３０】管理情報メモリ４０は、上記画像データ３
１の管理を行う画像管理データ４１を蓄積するものであ
る。この画像管理データ４１には、各ファイルの管理を
行うファイル管理情報４５、画像メモリ３０の各レコー
ドの管理を行うレコードチェーン４６等がある。

【００３１】ファイル管理情報４５は、画像メモリ３０
内やＦＤ２０内でのファイルの使用状態、ファイル内各
ページの蓄積開始位置および終了位置（画像メモリ３０
内のブロック番号や後述するＦＤ２０内のＦＡＴ番号）
等のページ情報、その画像データが蓄積されたＦＤ２０
に付けられた名称（以下、ボリューム名という）、ＦＤ
２０内でのファイル名等を記憶している。

【００３２】レコードチェーン４６は、画像メモリ３０
内の各レコードに対応し、各レコードの使用状態、次レ
コードの有無、次レコード番号等を記憶している。

【００３３】ＦＤ２０は、ＦＤ画像データ２１と、この
ＦＤ画像データ２１の管理を行うためのＦＤファイル管
理情報２２を蓄積するものであり、補助画像メモリの一
例である。なお、ＦＤ２０内でＦＤファイル管理情報２
５を蓄積する領域は、ＦＤ画像データ２１を蓄積する領
域とは別に、予め確保されているものとする。また、こ
れらのＦＤファイル管理情報２５は、ＦＤ２０の内容が
変更される毎に、ファイル管理情報４５を基に更新され
る。

【００３４】フロッピーディスクドライブ１０は、ＦＤ
２０の着脱状態を検知して着脱信号を発生する着脱検出
センサ１０ｓを有する。この着脱検出センサ１０ｓから
の着脱信号により、主制御部１はＦＤ２０の着脱状態を
判断する。

【００３５】制御データ記憶用メモリ５０は、転送用ポ
インタ５１、画像データ蓄積ポインタ５２、蓄積可能サ
ブブロック数５３、転送用サブブロック数５４、および
装着ＦＤボリューム名５５を記憶するメモリである。

【００３６】転送用ポインタ５１は、画像メモリ３０か
らＦＤ２０への転送の際に使用される。これは、画像メ
モリ３０内の転送中もしくは転送待ちのサブブロックを
示し、そのブロックの転送が終了すると、次のサブブロ
ックに更新される。

【００３７】画像データ蓄積ポインタ５２は、画像メモ
リ３０内に蓄積中の画像データ３１の最終アドレスの次
のアドレス、つまり次に画像データ３１が蓄積されるべ
きアドレスを示す。なお、蓄積中以外のときには、ダミ
ーデータを入れておく。

【００３８】蓄積可能サブブロック数５３は、ＦＤ２０
内のＦＤ画像データ２１の蓄積に使用可能な領域（つま
り、上述のようにＦＤファイル管理情報２５を蓄積する
領域は予め除かれている）のうち、未使用の領域をサブ
ブロックの大きさで割った数である。

【００３９】これは、例えばオペレーティングシステム
（ＯＳ）の１つであるＭＳ−ＤＯＳ（登録商標）フォー
マットのＦＤの場合には、管理情報部であるファイルア
ロケーションテーブル（ＦＡＴ）より算出される。ＦＡ
Ｔは、ＦＤ２０の記憶領域をある単位のブロックに分け
、各単位ブロックの使用状態や次の単位ブロック番号を
記憶している。また、蓄積可能サブブロック数５３は、
代行受信、代行受信画像出力、メモリ送信画像の蓄積、
メモリ画像の送信等によるＦＤ２０の内容変更、もしく
はＦＤ２０の挿入、脱却によるＦＤ２０自信の変更にと
もない更新される。

【００４０】転送用サブブロック数５４は、画像メモリ
３０に蓄積中における、ＦＤ２０に転送されるべき画像
データ３１のサブブロック数を示している。これは、こ
の画像データ３１が画像メモリ３０に蓄積されている間
、サブブロックが更新される毎に増加する。つまり、蓄
積中の画像データ３１が、何個のサブブロックに蓄積し
たかを示している。

【００４１】装着ＦＤボリューム名５５は、装着されて
いるＦＤ２０のボリューム名が記憶されている。これは
。ＦＤ２０が挿入されると更新される。

【００４２】次に、このファクシミリ装置におけるポー
リング送信用の画像データに関する処理動作について説
明する。この処理動作の流れは、次の通りである。

【００４３】（ａ）読取部２より原稿を読み取って画像
メモリ３０に蓄積する （ｂ）画像メモリ３０からＦＤ２０にデータを転送する
（ｃ）ＦＤ２０への転送終了後、画像メモリ３０のデー
タをクリアする （ｄ）送信用データをＦＤ２０から画像メモリ３０へロ
ードする （ｅ）画像メモリ３０内の送信用データを送信する（ｆ
）送信終了後、画像メモリ３０のデータをクリアする 以下、これら動作を順に説明する。

【００４４】図３は、上記動作（ａ）を示すフローチャ
ートであり、１ファイル分の画像データ３１の蓄積処理
を示している。

【００４５】まず、ファイル管理情報４５を参照し、未
使用ファイル管理情報の有無を判断する（Ｓ３−１）。 そして、未使用ファイル管理情報がなければ、エラー終
了し、逆に未使用ファイル管理情報があれば、レコード
チェーン４６を参照して、未使用レコードの有無を判断
する（Ｓ３−２）。

【００４６】ここで、未使用レコードがなければ、画像
メモリ３０のメモリオーバーとなって、Ｓ３−１０以降
に進む。

【００４７】また、未使用レコードがあれば、そのレコ
ードの先頭アドレスを画像データ蓄積ポインタ５２にセ
ットし、さらに、ファイル管理情報４５内の蓄積開始位
置、レコードチェーン４６内の該当レコードの使用状態
等、画像管理データ４１として各々の値をセットする（
Ｓ３−３）。

【００４８】ここで、画像データは、例えばＣＣＩＴＴ
勧告Ｔ４におけるＭＨ、ＭＲまたはＭＭＲ等の方式で圧
縮された状態でセットされる。

【００４９】そして、画像データ３１の蓄積（１レコー
ド分）が開始されると（Ｓ３−４）、この蓄積とともに
画像データ蓄積ポインタ５２が更新される。また、これ
とともにサブブロック数５４が蓄積可能サブブロック数
５３を越えたかどうかを監視する（Ｓ３−５）。

【００５０】そして、サブブロック数５４が蓄積可能サ
ブブロック数５３を越えた場合には、Ｓ３−１０以降に
進む。

【００５１】また、蓄積可能サブブロック数５３を越え
ていなければ、現在蓄積中のレコードが蓄積データで一
杯になったか否かを判断し（Ｓ３−６）、一杯になって
いれば、Ｓ３−２に戻り、次のレコードがあれば、レコ
ードチェーン４６を更新する（Ｓ３−３）。

【００５２】また、現在蓄積中のレコードが一杯でなけ
れば、１ページ分の原稿が終了したか否かを判断し（Ｓ
３−７）、終了していなければ、Ｓ３−５に戻り蓄積を
続ける。また、終了していれば、次の原稿の有無を判断
する（Ｓ３−８）。

【００５３】具体的には、上記Ｓ３−７において、１ペ
ージ分の原稿終了の判断は、原稿後端検知センサ等を用
いて１ページの読取が終了したかどうかにより行う。

【００５４】また、Ｓ３−８において、次原稿有無の判
断は、原稿先端検知センサ等により行う。

【００５５】そして、次の原稿があれば、Ｓ３−３に戻
り、ファイル管理情報４５内のページ情報を更新する。 また、次の原稿がなければ、ファイル管理情報４５内の
画像メモリ上有効フラグ、蓄積終了位置等をセットし、
画像管理データ４１を確定し、蓄積を正常終了する（Ｓ
３−９）。

【００５６】また、ここで蓄積可能サブブロック数５３
から転送用サブブロック数５４を引いたものを、蓄積可
能サブブロック数５３にセットし、転送用サブブロック
数５４をクリアする。

【００５７】また、上記Ｓ３−２で未使用レコードが無
く、画面メモリ３０がメモリオーバーした場合と、上記
Ｓ３−５で転送用サブブロック数５４が蓄積可能サブブ
ロック数５３を越えた場合にも、エラー終了とする。そ
して、エラー終了となった場合は、正常に蓄積できなか
ったことを表示部を通じてオペレータに警告する。

【００５８】図４は、上記（ｂ）の動作を示すフローチ
ャートであり、画像メモリ３０からＦＤ２０への１ファ
イル分の画像データの転送処理を示している。

【００５９】まず、転送したいファイルの先頭レコード
の先頭サブブロックを、転送用ポインタ５１にセットす
る（Ｓ４−１）。次に、転送用ポインタ５１の示すサブ
ブロックが転送可能であれば（Ｓ４−２）、画像メモリ
３０からＦＤ２０への画像データ３１のブロック転送を
行う（Ｓ４−３）。

【００６０】なお、上記Ｓ４−２では、画像データ蓄積
ポインタ５２が蓄積中でないことを示すダミーデータで
ある場合、もしくは、転送用ポインタ５１の示すサブブ
ロック内に画像データ蓄積ポインタ５２が無い場合に、
サブブロック転送可能と判断する。

【００６１】次に、サブブロック転送後、転送する画像
データ３１が終了したか否かを判断する（Ｓ４−４）。 これは、ファイル管理情報４５、レコードチェーン４６
により示される画像データ３１の蓄積された最終レコー
ド、最終サブブロックと、今回転送したサブブロックと
が一致するかどうかにより判断する。

【００６２】ここで転送画像データ３１が終了していな
ければ、１レコード分のデータがすべて転送されたか否
かを判断する（Ｓ４−５）。これは、今回転送したサブ
ブロックが、レコード内の最終サブブロックかどうかに
より判断する。

【００６３】そして、１レコード分のデータがすべて転
送されていれば、レコードチェーンン４６を参照して次
のレコードに更新し（Ｓ４−６）、Ｓ４−１に戻り、そ
のレコードの先頭サブブロックを転送用ポインタ５１に
セットする。

【００６４】また、レコード内にデータが残っていれば
、Ｓ４−１に戻り、転送用ポインタ５１を更新する。

【００６５】また、Ｓ４−４で転送する画像データ３１
が終了していれば、ファイル管理情報４５内のＦＤ上有
効フラグ、ＦＤ２０のボリューム名、ファイル名等をセ
ットし、画像管理データ４１が確定するまで待ち（Ｓ４
−７）、確定すれば、ファイル管理情報４５をもとに、
ＦＤ２０内のファイル管理情報２５を更新し（Ｓ４−８
）、画像データ３１の転送処理を終了する。

【００６６】以上のように、画像データ３１と画像管理
データ４１は、ＦＤ２０に転送された後も消去されるこ
となく保持される。

【００６７】なお、図３に示した蓄積処理と図４に示し
た転送処理とは、別タスクであり、それぞれ別々に動作
することも、同時に動作することも可能であるとする。

【００６８】次に、動作（ｃ）、（ｆ）では、消去した
いファイルのファイル情報、レコードチェーン４６を基
に、蓄積された画像データ３１を消去し、その後、該当
するレコードチェーン４６を解放し、該当ファイル情報
内の画像メモリ３０上ファイル有効フラグをクリアする
。

【００６９】図７は、上記動作（ｄ）を示すフローチャ
ートであり、ポーリング送信時におけるＦＤ２０から画
像メモリ３０への１ファイル分の読み出しを示している
。

【００７０】まず、ＦＤファイル管理情報２２から該当
ファイル管理情報を読み取る（Ｓ７−１）。そして、フ
ァイル管理情報４５を参照して、未使用ファイル管理情
報の有無を判断し（Ｓ７−２）、未使用ファイル管理情
報がなければ未転送終了とする。

【００７１】また、未使用ファイル管理情報があれば、
ＦＤ２０から画像メモリ３０への転送は、ＦＤファイル
管理情報２２とＦＡＴの情報により、ＦＤ画像データ２
１が順次読み出され、これをサブブロック単位で転送し
、画像メモリ３０に蓄積して行く。

【００７２】この画像メモリへの蓄積は、図３における
Ｓ３−２からＳ３−９と同様に行う。ただし、転送用サ
ブブロック数５４は更新されず、また、Ｓ３−５の判断
は行わない。また、Ｓ３−９で、ファイル管理情報４５
内の画像メモリ３０上ファイル有効フラグとともに、Ｆ
Ｄ上有効フラグもセットする。

【００７３】ここで、Ｓ３−２で未使用レコードがなく
、画像メモリ３０がメモリオーバーした場合には、Ｓ７
−４で転送エラーと判断し、そのファイルの画像データ
を消去し（Ｓ７−５）、未転送終了となる。

【００７４】また、転送エラーがなければ、そのまま終
了する（Ｓ７−４）。

【００７５】また、動作（ｅ）では、送信したいファイ
ルの先頭レコードの先頭サブブロックを、制御データ記
憶用メモリ内にある送信用ポインタにセットする。そし
て、ポインタを順次インクリメントしながらポインタの
指すデータを送信可能な形式、例えばＣＣＩＴＴ勧告Ｔ
．４におけるＭＨ、ＭＲまたはＭＭＲ方式等に変換して
通信制御部４にセットして行く。通信制御部４は、デー
タを所定の形式に変調して回線に送出する。

【００７６】レコード内の最終ブロックのデータがすべ
てセットし終ったらレコードチェーン４６を参照して次
レコードをアクセスする。

【００７７】主制御部１は、データのセットを行いなが
ら、例えばＣＣＩＴＴ勧告Ｔ．４におけるＲＴＣ信号を
検知することにより、データの終りをチェックし、終り
を検出したら、１ページの送信を終了する。

【００７８】次に、上述した図５、図６の送受信プロト
コルに対応して上記各動作（ａ）〜（ｆ）について説明
する。

【００７９】まず、オペレータは、予め上記（ａ）〜（
ｃ）の動作により、ポーリング送信画像をＦＤ２０内に
蓄積したものとする。

【００８０】そして、被呼局Ｙは、図５の５−ａにおい
て、画像メモリ３０からＦＤ２０へ画像データの転送を
開始する｛上記動作（ｄ）｝。

【００８１】この時、画像メモリ３０に空がない等の理
由でエラー終了した場合には、５−ｄにおいて、「送信
する原稿無し」を宣言したＤＩＳ信号を送信して、以降
の送信を行わないようにする。

【００８２】また、５−ｅにおいて、ＤＴＣ信号を受信
したら、画像メモリ３０へロードした画像データを発呼
局Ｘへ送信する｛上記動作（ｅ）｝。

【００８３】また、送信終了後、５−ｆにおいて、ＤＣ
Ｎ信号を送信すると同時に画像メモリ３０内の画像デー
タをクリアする｛上記動作（ｆ）｝。

【００８４】また、被呼局Ｙの送信原稿を発呼局Ｘが受
けなかった場合、図６の６−ａにおいて、被呼局Ｙは「
送信する原稿有り」を宣言したＤＩＳ信号を送信するが
、発呼局Ｘは、最終ページの後手順において、ＥＯＭ信
号ではなくＥＯＰ信号を送信する（６−ｃ）。被呼局Ｙ
は、このＥＯＰ信号を受けたら、ＭＣＦ信号を送信する
と同時に画像メモリ３０内の画像データをクリアする｛
上記動作（ｆ）｝。

【００８５】なお、以上の説明では、原則として常に発
呼局に対してポーリング送信を行っていたが、上記検索
データ用メモリ６０の検索用電話番号データを活用する
ことにより、発呼局を選別してポーリング送信を行うこ
とができる。

【００８６】まず、上記検索用電話番号を操作部５のキ
ー操作により行う。

【００８７】そして、図５の５−ａにおいて、「送信す
る原稿有り」を宣言したＤＩＳ信号を送信する。次に、
ＴＩＳ信号より、この発呼局の電話番号情報を得て、検
索データ用メモリ６０を参照し、上記発呼局の電話番号
が検索用電話番号に有るかどうかを調べる。

【００８８】そして、該当する電話番号が有れば、上記
実施例と同様に送受信の交代を行い、ポーリング送信画
像を送信する。また、該当する電話番号が無ければ、５
−ｄにおいて「送信する原稿無し」を宣言したＤＩＳ信
号を送信し、以降の送信を行わないようにする。

【００８９】

【発明の効果】以上説明したように、本発明によれば、
ポーリング送信画像を、送信しないときには、補助画像
メモリに保管することから、通常は、ポーリング送信画
像が主画像メモリから除去されることになるので、この
主画像メモリの使用効率を向上でき、メモリ動作の円滑
化を図ることができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図である。

【図２】上記実施例で使用される各メモリ装置の関係を
示す模式図である。

【図３】上記実施例における画像メモリへの画像データ
の蓄積処理を示すフローチャートである。

【図４】上記実施例における画像メモリからＦＤへの画
像データの転送処理を示すフローチャートである。

【図５】ファクシミリ通信における送受信の交代のプロ
トコルを示す模式図である。

【図６】上記図５の動作において、被呼局の送信原稿を
発呼局が受けなかった場合のプロトコルを示す模式図で
ある。

【図７】上記実施例におけるポーリング送信時にＦＤか
ら画像メモリへ画像データを読み出す処理を示すフロー
チャートである。

【符号の説明】

１…主制御部、 ２…読取部、 ３…記録部、 ４…通信制御装置、 ５…操作部、 ６…表示部、 １０…フロッピーディスクドライブ、 ２０…フロッピーディスク（補助画像メモリ）、３０…
画像データ蓄積用メモリ（主画像メモリ）、４０…画像
管理情報記憶用メモリ、 ５０…制御データ記憶用メモリ、 ６０…検索データ用メモリ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】　　主画像メモリ内に格納した画像データ
   を送信するファクシミリ装置において、上記主画像メモ
   リとは別に補助画像メモリを有し、この補助画像メモリ
   にポーリング送信用の画像を保管することを特徴とする
   ファクシミリ装置。
2. 【請求項２】　　請求項１において、外部装置からの着
   信時に、上記補助画像メモリから主画像メモリに、ポー
   リング送信用画像の転送を開始し、この後、送受信を交
   代して発呼局に主画像メモリからポーリング送信を行う
   ことを特徴とするファクシミリ装置。
3. 【請求項３】　　請求項１または２において、ポーリン
   グ送信終了後に、上記主画像メモリと補助画像メモリの
   双方に存在するポーリング送信用の画像のうち、主画像
   メモリ側の画像を消去することを特徴とするファクシミ
   リ装置。