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

Description

【発明の詳細な説明】 （産業上の利用分野） 本願発明はファクシミリ装置に関し、特に、同一宛先
の複数の原稿を一括して送信する、いわゆる列信機能を
利用したファクシミリ装置に関する。

（従来の技術） 従来、画像メモリを備えたファクシミリ装置において
は、通信時間の短縮と通信費用の低減を図るため、画像
メモリに蓄積されている複数の原稿のうち、同一宛先の
原稿を一括して送信することが行われている。

このような従来のファクシミリ装置の一括送信におい
ては、原稿を一旦、画像メモリに蓄積し、同一宛先で、
かつ、同一送信時刻の原稿をまとめて管理する。その
後、所定の送信時間になると、これら同一宛先の同一送
信時刻の原稿を一括して送信し、個々の原稿を別々に送
信する際に重複するプロトコルを省いて通信時間の短縮
化、通信費用の節減を図っている。但し、この場合、親
展原稿等、一括送信に適しない原稿は一括送信から除か
れる。

（発明が解決しようとする課題） しかしながら、このような従来のファクシミリ装置に
あっては、画像メモリに蓄積されている同一宛先が、か
つ、同一送信時刻の原稿のみを対象として一括送信して
いたため、一括送信機能を有効に利用することができな
いという問題があった。

例えば、相手先や回線のビジーにより送信できず、再
発呼時間を指定されて画像メモリに再発呼待原稿として
蓄積されているときに、同一宛先の発呼処理を必要とす
る原稿が画像メモリに発生したり、同一宛先の原稿が原
稿台にセットされても、これらは再発呼待原稿とは、送
信時刻が異なるため、一括送信されず、独自に発呼処理
および送信処理を行う。したがって、これら新しい原稿
が、相手先ビジー等のため、再発呼待原稿となる可能性
が高く、同一宛先であるにもかかわらず、再発呼待原稿
が複数個画像メモリに蓄積されるおそれがある。また、
これらの原稿に対して一括送信されないため、十分に通
信時間の短縮化、通信費用の節減を図ることができない
という問題があった。

また、送信時刻が近い同一宛先の原稿が複数あって
も、送信時刻が異なると、一括送信されないため、十分
に通信時間の短縮、通信費用の節減を図ることができな
いという問題があった。

（発明の目的） そこで、請求項１記載の発明は、再発呼待原稿が画像
メモリに蓄積されているときに、新たに発呼処理を必要
とする原稿が画像メモリに発生した場合、両原稿の宛先
が同一であると、再発呼待原稿の発呼時まで待って一括
して送信することにより、また、請求項２記載の発明
は、再発呼原稿が画像メモリに蓄積されているときに、
新たな送信原稿がセットされた場合、両原稿の宛先が同
一であると、再発呼待原稿の発呼時まで待って一括して
送信することにより、再発呼待原稿が複数発生すること
を防止するとともに、複数の原稿を一括送信して通信効
率を向上させるとともに、通信時間の短縮および通信費
用の節減を図ることを目的としている。

さらに、請求項３記載の発明は、同一宛先の原稿が複
数ある場合に、両原稿の送信時刻の差が所定時間内であ
ると、一括して送信することにより、一括送信する原稿
の数を多くして、通信効率を向上させるとともに、通信
時間の短縮および通信費用の節減を図ることを目的とし
ている。

（発明の構成） 上記目的を達成するため、請求項１記載の発明は、画
像データを蓄積する画像メモリを備え、相手先に送信が
できなかった画像データを再発呼待画像データとして画
像メモリに蓄積し、所定の再発呼時間に再発呼して送信
するファクシミリ装置において、前記再発呼待画像デー
タが画像メモリに蓄積されている状態で、新たに発呼処
理を必要とする送信用画像データが画像メモリに発生す
ると、再発呼待画像データの相手先と新たな送信用画像
データの相手先とを比較し、両相手先が一致するときに
は、該相手先への発呼を再発呼待画像データの再発呼時
間まで待たせ、新たな送信用画像データを再発呼待画像
データの送信時に一括して送信することを特徴とし、 また、請求項２記載の発明は、画像データを蓄積する
画像メモリを備え、相手先や回線がビジー状態のため送
信できない原稿の画像データを再発呼待画像データとし
て画像メモリに蓄積し、所定の再発呼時間に再発呼して
送信するファクシミリ装置において、前記再発呼待画像
データが画像メモリに蓄積されている状態で、新たな送
信用原稿がセットされ相手先情報が入力されると、該相
手先と再発呼待画像データの相手先を比較し、両相手先
が一致すると、新たな画像の発呼を再発呼待画像データ
の再発呼時間まで待たせ、新たな送信用原稿を読み取っ
て画像メモリに蓄積した後、再発呼待画像データの送信
時に一括して送信することを特徴とし、 さらに、請求項３記載の発明は、画像データを蓄積す
る画像メモリを備え、送信時刻を指定された原稿の画像
データを該画像メモリに蓄積し、指定された送信時刻に
読み出して送信するファクシミリ装置において、時刻指
定原稿の画像データが画像メモリに蓄積されている状態
で、新たに送信原稿がセットされ相手先情報や送信時刻
情報が入力されると、両原稿の相手先と送信時刻を比較
し、相手先が一致し、かつ双方の送信時刻の差が所定の
時間内であると、新たな原稿の発呼を該時刻指定原稿の
送信時間まで待たせ、新たな送信原稿を読み取って画像
メモリに蓄積した後、時刻指定原稿の送信時間に一括し
て送信することを特徴とするものである。

以下、実施例に基づいて具体的に説明する。

第１図〜第５図は請求項１記載の発明の一実施例を示
す図である。

第１図はファクシミリ装置１のブロック図であり、フ
ァクシミリ装置１は、CPU2、スキャナ３、オペポート
４、プロッタ５、タイマ６、符号化・復号化部７、パラ
メータ用メモリ８、画像メモリ９、原稿管理用メモリ1
0、通信制御部11、モデムおよび網制御部12、ROM（Read
Only Memory）13およびRAM（Random Access Memory）1
4等を備えている。

ROM13にはファクシミリ装置１としての基本プログラ
ムや本発明の一括送信処理プログラムが格納されてお
り、RAM14には、プログラム実行中に必要となる各種テ
ンポラリ情報を格納するワークエリアが形成されてい
る。CPU2はROM13内のプログラムに従ってファクシミリ
装置１の各部を制御してファクシミリ装置１としてのシ
ーケンスを実行するとともに、本発明の一括送信処理を
実行する。スキャナ３は原稿を走査して読み取り、２値
信号たる画像データに変換する。オペポート４はテンキ
ーや各種操作キーおよび表示部等を備え、宛先電話番
号、原稿モード（線密度等）、送信指定時刻等オペレー
タが要求するコマンドを入力するとともに、ファクシミ
リ装置１からオペレータへ伝達する情報を表示部に表示
する。プロッタ５は受信原稿やファクシミリ装置１内の
情報を記録紙に記録する。タイマ６はバッテリバックア
ップされており、現在の日時を計時するととともに、フ
ァクシミリ装置１の制御に必要な各種インターバルタイ
ムを計時する。符号化・復号化部７は所定の符号化方式
により画像データを圧縮（符号化）し、また、符号化デ
ータを再生（復号化）する。パラメータ用メモリ８はバ
ッテリバックアップされた揮発性メモリで構成され、パ
ラメータ用メモリ８には、電話番号、短縮ダイヤルおよ
び本発明の処理に必要な各種情報が登録される。

画像メモリ９はハードディスク、光ディスク等の大容
量メモリあるいはDRAM（Dynamic RAM）やCMOS（Complem
entary Metal−Oxide Semiconductor）型RAM等で構成さ
れ、符号化された画像データを蓄積する。

原稿管理用メモリ10はバッテリバックアップされた揮
発性メモリで構成され、画像メモリ９内の画像データの
ファイル管理情報を記憶する。すなわち、原稿管理用メ
モリ10は、第２図に示すように、ファイル管理データ領
域、ページ管理データ領域およびブロック管理データ領
域を有している。ファイル管理データ領域は原稿の送
信、受信（サービス単位）毎に作成され、１原稿を１フ
ァイルとして各ファイル毎にファイルに関する情報を記
憶する。また、ファイル管理データ領域には、全ファイ
ル数（ｎ）、使用中ファイル数、空きファイル数、各フ
ァイルの使用状態フラッグ等が格納されるとともに、第
３図に示すように、各ファイルの管理データが格納され
る。すなわち、ファイル管理データ領域には、各ファイ
ル毎にファイルID番号、宛先情報（電話番号）、一括送
信の可／不可フラッグ、再発呼待フラッグ、再発呼回
数、発呼時間、ファイル・リンクの有無、リンクするフ
ァイル情報の格納場所（ファイル１〜ファイルｎ）、フ
ァイル中の全ページ数、1stページ情報アドレス（ペー
ジ１〜ページＮ）等が格納され、各ファイルの管理に利
用される。ページ管理データ領域は１つのファイルに含
まれる単一又は複数のページ毎の情報を記憶し、情報と
しては、ページ情報、次ページ情報、1stブロックアド
レス等を記憶する。このページ情報とはファイル管理デ
ータで指定された各ページに関する情報であり、例え
ば、符号化方式、副走査線密度、原稿サイズ等である。
次ページ情報とはそのページが最終ページか、次ページ
が存在するかを示す識別情報であり、次ページが存在す
る場合には、次ページのページ情報が格納されている領
域を示す情報が記載される。1stブロックアドレスとは
そのページの1stブロック（先頭ブロック）に関する情
報が格納されているブロック管理データ上のアドレスが
記載されている。その他ページ管理データ領域には、フ
ァクシミリ装置１で扱える全ページ数の値（Ｋ）、現在
使用中（画像データを蓄積中）のページ数（Ｒ）、使用
可能な残りのページ数（Ｋ−Ｒ）、ページ管理領域（ペ
ージ１〜ページＮ）の使用状態を示すフラッグ等が格納
されている。すなわち、画像メモリ９はブロック単位で
画像データの管理を行っており、１ブロックは、例えば
2KBYTEで構成されている。したがって、いま、１ページ
分の原稿が、符号化データとして15KBYEであると、この
ページの画像データは画像メモリ９の８ブロック（15KB
YTE/2KBYTE＝８）を使用していることになる。ブロック
管理データ領域には、ブロック情報、次ブロック情報等
が格納されている。ブロック情報には各ブロックのブロ
ックの使用／未使用識別情報および１ブロック中の有効
BYTE数が記載されており、次ブロック情報には最終ブロ
ックか否かの識別情報（最終ブロックでないときには、
次ブロック情報）が記載されている。ブロック管理デー
タ領域にはその他に、ファクシミリ装置１で扱える全ブ
ロック数（Ｍ）、現在使用中のブロック数および使用可
能な空ブロック数等が格納されている。

通信制御部11は、送・受信時、相手端末との間で、交
信に必要な通信手順を実行する。モデムおよび網制御部
12は、モデムで送信・受信信号の変・復調を行い、網制
御部で回線網に対する発信制御、着信検出・制御を実施
する。

次に、作用を説明する。

本発明は再発呼待原稿が画像メモリ９内に蓄積されて
いる状態で、新たに同一宛先へ発呼処理を必要とする原
稿が画像メモリ９内に発生したときに、その発呼処理を
再発呼待原稿の再発呼時間まで待たせ、一括送信すると
ころにその特徴がある。以下、この一括送信処理につい
て第４図に示すフローチャートに従って説明する。

ファクシミリ装置１においては、送信時、回線や相手
端末がビジーで送信することができない場合、送信原稿
を符号化・復号化部７で符号化した後、画像メモリ９に
再発呼待原稿として蓄積し、その再発呼待原稿の情報を
原稿管理用メモリ10に登録する。

この状態で、オペレータがスキャナ３に新たな原稿を
セットし（ステップS₁）、即時メモリ送信を選択して宛
先電話番号や線密度等をオペポート４から入力してスタ
ートスイッチを押すと（ステップS₂）、CPU2は原稿管理
用メモリ10を検索してファイル、ページおよびブロック
に空領域があるかどうか調べる（ステップS₃）。画像メ
モリ９に空領域が無いときには新たな原稿の画像データ
は蓄積できないので、オペポート４にエラー通知を表示
してイニシャル状態に復帰する（ステップS₄）。画像メ
モリ９に空領域が有るときには、まず、ファイル管理デ
ータ領域のファイル１〜ｎの使用状態フラッグを検索し
てフラッグのセットされていない空領域を確保し、ファ
イル１としてそのファイルの使用状態フラッグをセット
する（ステップS₅）。ファイル管理データの使用中ファ
イル数を１だけインクリメントし、空ファイル数を１だ
けディクリメントする。次いで、ファイル１のファイル
IDとしてファイルの通しNOをセットし、次ファイル通し
NOのデータを１だけインクリメントする（ステップ
S₆）、オペポート４から入力された宛先情報をファイル
管理データ領域に格納し（ステップS₇）、一括送信可／
不可フラッグを可にセットする（ステップS₈）。この場
合、新たな原稿が一括送信に適しない原稿、例えば親展
原稿であると、一括送信フラッグのセットは行わない。
ファイル管理データ領域の確保が完了すると、次に、ペ
ージ管理データ領域の空領域を確保する（ステップ
S₉）。すなわち、ページ１〜Ｎの使用状態フラッグを検
索してフラッグがセット（使用中）されていない領域を
確保してその領域の使用フラッグをセットし、使用中ペ
ージ数を１だけインクリメントするとともに、未使用ペ
ージ数を１だけディクリメントする。確保したページ管
理データ領域にページ情報、例えば、符号化方式、線密
度、原稿サイズを記載し（ステップS₁₀）、ファイル管
理データ領域の1stページ情報のアドレスとしていま確
保したページ管理データ領域のアドレスを記載する（ス
テップS₁₁）。ページ管理データ領域の確保が完了する
と、ブロック管理データ領域の空領域を確保する（ステ
ップS₁₂）。すなわち、ブロック１〜Ｍの使用状態を各
ブロック情報の使用／未使用識別情報から判断して未使
用領域を確保し、確保したブロックの識別情報を使用に
セットするとともに、使用中ブロック数を１だけインク
リメントし、未使用ブロック数を１だけディクリメント
する。ページ管理データ領域の1stのブロックアドレス
として、いま確保したブロックのアドレスを記載し（ス
テップS₁₃）、RAM14の符号化データ格納アドレス情報に
1stブロックアドレスを記載する（ステップS₁₄）。

原稿管理用メモリ10の各領域の確保が完了すると、ス
キャナ３による原稿の読み取りを開始し、スキャナ３で
読み取られた画像データは順次DMA転送（Direct Memory
Access）により符号化・復号化部７に送られて符号化
される。符号化・復号化部７で符号化された画像データ
はDMA転送によりRAM14に送られ、RAM14内に１ブロック
分の符号化データが蓄積されるか、１ページが終了する
のを待つ（ステップS₁₆、S₁₇）。RAM14内に１ブロック
分のデータが格納されると、前記RAM14の符号化データ
格納アドレスに記載されているブロックアドレス（以
下、RAMブロックアドレスという）からRAM14内の１ブロ
ック分のデータの蓄積先である画像メモリ９のアドレス
を割り出し、RAM14の符号化データを画像メモリ９の該
アドレスに蓄積する（ステップS₁₈）。画像メモリ９へ
の蓄積が完了すると、上記RAMブロックアドレスのブロ
ック情報中の有効データ数をセットし（ステップ
S₁₉）、ブロック管理データ領域の次の空領域の確保、
空ブロック数のディクリメント、使用中ブロック数のイ
ンクリメント、RAM14への格納先ブロックアドレス（RAM
ブロックアドレス）の記載、次ブロック情報への次ブロ
ック有の識別情報及び確保したブロックアドレスの記載
を行い（ステップS₂₀）、ステップS₁₆に戻って同様の処
理を繰り返す。ステップS₇で１ページ分の符号化データ
が終了すると、RAMブロックアドレスから画像メモリ９
のアドレスを割り出し、RAM14上の符号化データを画像
メモリ９の当該アドレスに蓄積する（ステップS₂₁）。
１ページ分の符号化データの画像メモリ９への蓄積が完
了すると、ブロック管理データ領域のブロック情報中の
有効データ数へRAM14内の符号化データ数を記載し（ス
テップS₂₂）、送信原稿の全ての蓄積が完了したかどう
かチェックする（ステップP₂₄）。全ての原稿の蓄積が
完了していないときには、ページ管理データ領域の次の
空領域を確保して（ステップP₂₄）、次ページのページ
情報を記載し（ステップP₂₅）、前ページの次ページ情
報に次ページ有の識別情報を記載するとともに、新たに
確保したページのアドレスを次ページアドレスに記載す
る（ステップS₂₆）。ページ管理データ領域の確保が完
了すると、ステップS₁₂へ戻り、ブロック管理データ領
域を確保して次の原稿の符号化データを同様に画像メモ
リ９に蓄積する。上記処理を原稿の全ページについて行
い、送信原稿の全ページを画像メモリ９に蓄積すると
（ステップS₂₃）、ページ管理データの次ページ情報に
最終ページコードを記載する（ステップS₂₇）。

次に、画像メモリ９に蓄積されている全ファイルを検
索して一括送信可能な同一宛先のファイルが有るかどう
かチェックする。

すなわち、ファイル管理データ領域の全ファイルにつ
いてその使用状態フラッグがセットされているか（使用
状態フラッグ＝１）どうかチェックする（ステップ
S₂₈、S₂₉）。このとき、新たな送信原稿が親展原稿等一
括送信に適しない原稿であると、他のファイルを検索す
る必要がない。使用状態フラッグがセットされているフ
ァイルがあると、そのファイルの宛先が送信原稿のファ
イル（ファイル１）の宛先情報の宛先と同一宛先かどう
かチェックし（ステップP₃₀）、同一宛先であると、一
括送信可フラッグがセットされているかどうかチェック
する（ステップS₃₁）。一括送信が可能であれば、次
に、再発呼待フラッグがセットされているかどうかチェ
ックし（ステップS₃₂）、再発呼待フラッグがセットさ
れていると、ファイルリンク有／無情報をチェックする
（ステップS₃₃）。ファイルリンク無の場合には、ファ
イルリンク有／無情報を有にセットし、リンクするファ
イル情報の格納場所をファイル１（新たな送信原稿のフ
ァイル）に設定する（ステップS₃₄）。一方、ファイル
リンク有の場合には（ステップS₃₃）、リンクされてい
るファイル情報の格納場所を検索し、さらにそのファイ
ルのリンク状態（リンク有／無）を検索して最終ファイ
ルを検索する（ステップS₃₅）。リンクされている最終
ファイルの検索が完了すると、当該最終ファイルのファ
イル情報中のファイルリンク有／無情報を有に変更する
とともに、新たな送信原稿のファイル（ファイル１）に
リンクするファイル情報の格納場所を記載する（ステッ
プS₃₆）。全てのファイルについて上記使用状態のチェ
ックおよび再発呼待ファイルとの一括送信用リンクの作
成が完了すると、ステップS₃₇に移って、送信開始時間
（再発呼待ファイルの再発呼時間）を待ち、送信開始時
間になると、リンク情報に基づいて、リンクされている
ファイルの全ページを一括して送信する（ステップ
S₃₇）。

したがって、再発呼待原稿があるときに、画像メモリ
９に新たな発呼処理を必要とする送信用原稿が発生する
と、それらの原稿をリンクさせ、その発呼処理を再発呼
待原稿の再発呼時間まで待たせる。再発呼時間になる
と、再発呼待原稿と新たな送信原稿とを一括して送信す
ることができる。その結果、再発呼待期間内に新たな発
呼を行って、複数の再発呼待原稿が別々に発生すること
を防止することができ、送信処理の効率を向上させるこ
とができる。また、一括送信により通信時間の短縮およ
び通信費用の節減を図ることができる。

第５図は請求項２記載の発明の一実施例を示す図であ
り、本実施例は上記実施例と同様の構成のファクシミリ
装置に適用したものである。但し、その一括送信処理方
式に違いがある。したがって、第１、２図のブロック図
等の各部の名称や符号をそのまま引用して以下説明す
る。

本実施例は画像メモリ９内に再発呼待原稿がある状態
で、メモリ送信ではない即時送信の依頼が新たに発生し
たときに、その送信原稿を画像メモリ９に蓄積するとと
もに、発呼を再発呼時間まで待って一括送信するところ
にその特徴がある。以下、この一括送信処理について説
明する。

いま、スキャナ３に原稿がセットされ（ステップ
P₁）、オペポート４で宛先電話番号、スタートキーが押
されると（ステップP₂）、原稿管理用メモリ10のファイ
ル管理データを検索して全ファイル（ファイル１〜ｎ）
の使用状態をチェックする（ステップP₃、P₄）。使用中
のファイルが有ると、同一宛先のファイルかどうかチェ
ックし（ステップP₅）、同一宛先であると、再発呼待フ
ラッグがセットされているかどうかにより再発呼待ファ
イルかどうかチェックする（ステップP₆）。再発呼待フ
ァイルであると、一括送信フラッグにより一括送信が可
能かどうかチェックし（ステップP₇）、一括送信が可能
であると、上記第４図のステップS₃からステップS₂₇ま
での処理と同様の処理を行う。すなわち、スキャナ３に
セットされた原稿を読み取り、符号化データとして画像
メモリ９に蓄積する。このとき、必要な情報を原稿管理
用メモリ10に記載するとともに、再発呼待ファイルと一
括して送信する旨をオペポート４の表示部に表示する
（ステップP₈）。次いで、再発呼待ファイルのリンク状
態を検索し、最終リンクファイルのファイル管理データ
のリンク有／無情報を有に変更するとともに、今回送信
依頼された原稿のファイル情報にリンクするファイルの
ファイル情報の格納場所を記載する（ステップP₉）。

その後、第４図のステップS₃₇に移って、再発呼時間
になると、再発呼待ファイルと一括送信する。

一方、ステップP₄で、一括送信できるファイルがない
ときには、通常の即時送信と同様に、通信制御部11を介
して宛先に発呼し、相手端末と接続されると、スキャナ
３で原稿を読み取って送信する。相手端末や回線のビジ
ー等で送信できないときには、その旨オペポート４に表
示するとともに、原稿を読み取って画像メモリ９に蓄積
し、ファイル管理データの再発呼待フラッグのセットお
よび発呼時間のセットを行う（ステップP₁₀）。

したがって、再発呼待原稿が画像メモリ９に蓄積され
た状態で、新たな送信原稿がスキャナ３にセットされ、
送信依頼されると、セットされた原稿を画像メモリ９に
蓄積するとともに、発呼を再発呼原稿の発呼時間まで待
たせる。再発呼時間になると、再発呼待原稿と新たな送
信原稿を一括送信することができる。その結果、無駄な
発呼処理を省いて複数の再発呼待原稿が発生することを
防止することができ、送信処理の効率を向上させること
ができる。また、一括送信により通信時間の短縮および
通信費用の節減を図ることができる。

第６図〜第８図は請求項３記載の発明の一実施例を示
す図であり、本実施例も上記第１、２図と同様の構成の
ファクシミリ装置に適用したものである。但し、その一
括送信処理に違いがある。したがって、第１、２図の各
部の名称や符号をそのまま引用して以下説明する。

本実施例は同一宛先の原稿が複数ある場合に、それら
の原稿の送信時間が所定の時間幅内であれば、一括して
送信するところにその特徴がある。以下、この一括送信
処理について説明する。

本実施例の原稿管理用メモリ10のファイル管理データ
領域には第６図に示すようなファイル管理データが格納
されている。すなわち、ファイル管理データとして、各
ファイル毎に、ファイルID番号、宛先情報、一括送信可
／不可フラッグ、時刻指定フラッグ、発呼日時情報、フ
ァイルリンクの有無、リンクするファイル情報のアドレ
ス、ファイル中の全ページ数および1stページ情報のア
ドレス等が記載されている。

また、パラメータ用メモリ８には、第７図に示すよう
に、一括送信する場合の許容時間幅データおよび一括送
信可／否の情報が登録されており、一括送信の許容時間
幅データには、宛先毎に設定された一括送信時間幅デー
タと、宛先とは関係なく設定された一括送信時間幅デー
タと、がある。これらの一括送信時間幅データはオペポ
ート４のキー操作によりあらかじめ登録を行うことがで
き、時間幅としては、オペレータが任意に設定すること
ができる。また、送信時、送信原稿を既に画像メモリ９
に蓄積されている原稿と一括送信することを許容する場
合、これらの一括送信時間幅データの中からオペレータ
がオペポート４のキー操作により選択する。

このようなファイル管理データおよび一括送信時間幅
データを利用して、以下のように一括送信処理が行われ
る。

すなわち、第８図に示すように、スキャナ３に原稿が
セットされ（ステップQ₁）、宛先電話番号等の情報が入
力されてスタートキーが押下されると（ステップQ₂）、
CPU2は原稿管理用メモリ10のファイル管理データにより
現在使用中のファイルが有るかどうか検索する（ステッ
プQ₂、Q₃）。すなわち、ファイル管理データのファイル
使用状態フラッグがセットされている（使用状態フラッ
グ＝１）かどうかを全ファイルについて検索し、使用中
ファイルがあると、そのファイルの宛先が新たに送信す
る原稿の宛先と同一かどうかチェックする（ステップ
Q₅）。同一宛先であると、第６図に示すファイル管理デ
ータを検索して時刻指定フラッグおよび一括送信可フラ
ッグがセットされているかチェックし（ステップQ₆）、
時刻指定原稿であり、一括送信が可能であれば、そのフ
ァイルの指定時刻と現在時刻が所定の一括送信時間幅内
であるかどうかチェックする（ステップQ₇、Q₈）。すな
わち、オペポート４から選択された時間幅データ（Ａ）
をパラメータ用メモリ８の一括送信時間幅データ（第７
図参照）から読み出し、タイマ６により現在時刻（Ｂ）
を読み取る。これら読み取った時間幅データ（Ａ）と現
在時刻（Ｂ）の和を演算し、この和がステップQ₃からス
テップQ₆で検索したファイルの送信指定時刻と同じか、
小さいかをチェックする（送信指定時刻≦Ａ＋Ｂ）。送
信指定時刻がＡ＋Ｂより大きいときには、許容時間幅に
ないと判断して次のファイルの検索を行い、送信指定時
刻がＡ＋Ｂより小さいときには、許容時間幅内であると
判断して第５図のステップP₈およびステップP₉と同様の
処理を行って一括送信準備に入る（ステップQ₉）。その
後、リンクさせた先の原稿の送信時刻になると、リンク
させた後の原稿とともに一括送信する。一方、ステップ
P₃およびステップP₄で一括送信の相手がみつからなかっ
たときには、一括送信しない通常の送信処理を行う（ス
テップQ₁₀）。

したがって、同一宛先の原稿が複数ある場合に、それ
らの原稿の送信時刻が所定の許容時間幅内にあれば、一
括して送信することができる。その結果、一括送信の効
率を向上させることができ、通信時間の短縮および通信
費用の節減をより一層効率的に行うことができる。

（効果） 請求項１および請求項２記載の発明によれば、新たに
送信要求のあった原稿を再発呼原稿の再発呼時間まで発
呼せず、再発呼待原稿と一括して送信することができ、
再発呼待原稿が複数発生することを防止して送信処理を
効率的に行うことができるとともに、通信時間の短縮お
よび通信費用の節減を図ることができる。

また、請求項３記載の発明によれば、送信時間が所定
の許容時間内にある同一宛先の複数の原稿を一括して送
信することができ、通信効率を向上させることができる
とともに、通信時間の短縮および通信費用の節減をより
一層効率的に行うことができる。

【図面の簡単な説明】

第１図〜第４図は請求項１記載の発明の一実施例を示す
図であり、第１図はそのファクシミリ装置のブロック
図、第２図はその原稿管理メモリの管理データを示す
図、第３図はその原稿管理メモリのファイル管理データ
を示す図、第４図はその一括送信処理のフローチャート
である。 第５図は請求項２記載の発明の一実施例の一括送信処理
を示すフローチャートである。 第６図〜第８図は請求項３記載の発明の一実施例を示す
図であり、第６図はその原稿管理メモリのファイル管理
データを示す図、第７図はそのパラメータ用メモリの一
括送信時間幅データを示す図、第８図はその一括送信処
理のフローチャートである。 １……ファクシミリ装置、 ２……CPU、 ３……スキャナ、 ４……オペポート、 ５……プロッタ、 ６……タイマ、 ７……符号化・復号化部、 ８……パラメータ用メモリ、 ９……画像メモリ、 10……原稿管理用メモリ、 11……通信制御部、 12……モデムおよび網制御部、 13……ROM、 14……RAM。

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】画像データを蓄積する画像メモリを備え、
   相手先に送信ができなかった画像データを再発呼待画像
   データとして画像メモリに蓄積し、所定の再発呼時間に
   再発呼して送信するファクシミリ装置において、前記再
   発呼待画像データが画像メモリに蓄積されている状態
   で、新たに発呼処理を必要とする送信用画像データが画
   像メモリに発生すると、再発呼待画像データの相手先と
   新たな送信用画像データの相手先とを比較し、両相手先
   が一致するときには、該相手先への発呼を再発呼待画像
   データの再発呼時間まで待たせ、新たな送信用画像デー
   タを再発呼待画像データの送信時に一括して送信するこ
   とを特徴とするファクシミリ装置。
2. 【請求項２】画像データを蓄積する画像メモリを備え、
   相手先や回線がビジー状態のため送信できない原稿の画
   像データを再発呼待画像データとして画像メモリに蓄積
   し、所定の再発呼時間に再発呼して送信するファクシミ
   リ装置において、前記再発呼待画像データが画像メモリ
   に蓄積されている状態で、新たな送信用原稿がセットさ
   れ相手先情報が入力されると、該相手先と再発呼待画像
   データの相手先を比較し、両相手先が一致すると、該相
   手先への発呼を再発呼待画像データの再発呼時間まで待
   たせ、新たな送信用原稿を読み取って画像メモリに蓄積
   した後、再発呼待画像データの送信時に一括して送信す
   ることを特徴とするファクシミリ装置。
3. 【請求項３】画像データを蓄積する画像メモリを備え、
   送信時刻を指定された原稿の画像データを該画像メモリ
   に蓄積し、指定された送信時刻に読み出して送信するフ
   ァクシミリ装置において、時刻指定原稿の画像データが
   画像メモリに蓄積されている状態で、新たに送信原稿が
   セットされ相手先情報や送信時刻情報が入力されると、
   両原稿の相手先と送信時刻を比較し、相手先が一致し、
   かつ双方の送信時刻の差が所定の時間内であると、新た
   な原稿の発呼を該時刻指定原稿の送信時間まで待たせ、
   新たな送信原稿を読み取って画像メモリに蓄積した後、
   時刻指定原稿の送信時間に一括して送信することを特徴
   とするファクシミリ装置。