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

Abstract

(57)【要約】 【課題】 メモリ送信の利点を損なうことなく、直接送
信の利点を生かしたファクシミリ装置を提供する。 【解決手段】 相手先に発呼して呼が接続してから相手
先の受信能力に合わせて原稿の画データを１枚ずつ読取
って送信する直接送信機能と、原稿の画データを読取っ
て一旦メモリに蓄積してから送信するメモリ送信機能と
を有するファクシミリ装置において、原稿１枚目を前記
直接送信機能を用いて送信する直接送信手段と、原稿２
枚目以降が有る場合に、原稿２枚目で直接送信機能から
メモリ送信機能に切り換える切換手段と、前記切換手段
で切り換えられた以降の画データをメモリ送信機能を用
いて送信するメモリ送信手段とを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願発明はファクシミリ装置
に係わり、特にその直接送信機能とメモリ送信機能に関
するものである。

【０００２】

【従来の技術】一般的なファクシミリ装置には、相手先
に発呼して呼が接続してから相手先の受信能力（受信可
能線密度、受信可能用紙幅等）に合わせて原稿の画デー
タを一枚ずつ読取って送信する直接送信機能と、原稿の
画データを読取って一旦メモリに蓄積してから送信する
メモリ送信機能の両方が備えられている。

【０００３】

【発明が解決しようとする課題】ところが、原稿送信
時、送信方法として直接送信を選択した場合、オペレー
タは、通信が終了するまで原稿を持ち帰ることができ
ず、その間拘束されてしまう。一方、メモリ送信を選択
した場合は、原稿読取りを先に行ってから送信を行うの
で、拘束される時間は短くて済むが、送信結果を確認す
る必要があるため、送信終了を見計らってファクシミリ
装置に足を運び、レポートを確認したり、疑わしいとき
は、相手先に電話して確認したりする必要がある。ま
た、送信中にエラーが発生して、うまく送信できなかっ
た場合や、送信宛先を誤って送信してしまった場合に、
そのことにすぐには気付かず、長時間経過して、問題が
発生して初めて気付くことがある。

【０００４】また、通常のメモリ送信の場合、原稿を全
ページメモリ蓄積してから発呼するので、相手機の受信
能力（受信可能線密度、受信可能用紙幅等）以上の送信
設定を行った場合、そのままメモリに蓄積してしまい、
無駄にメモリを消費してしまう。例えば、相手機が受信
線密度ＤＴＬ（２００ｄｐｉ×２００ｄｐｉ）の受信能
力しかなくても、送信線密度をＳＦ（４００ｄｐｉ×４
００ｄｐｉ）に設定してメモリに蓄積した場合には、Ｄ
ＴＬで蓄積した場合の４倍のメモリを使用してしまう。

【０００５】ところで、特開平５−８３５０９号公報に
は、読取り画像データの蓄積中に画像メモリがフルにな
った時点で相手先に発呼を行い送信を開始する第２蓄積
送信機能と、相手先とのネゴシエーションにより相手受
信能力が判明した時点でスキャナによる読取りを開始し
て画像データをメモリに蓄積しつつ送信動作を行い、画
像メモリがフルになるまで、蓄積動作と送信動作とを非
同期で行う蓄積先行ダイレクト送信機能とを設け、これ
らの送信機能を一定の条件で選択し、送信を行うように
したものが示されている。

【０００６】また、特開平５−１９１５９９号公報に
は、送信を行う場合、呼が接続されてネゴシエーション
が終了し、全ての原稿の読み込みが終了するか、画像メ
モリフルになるまで、スキャナ部と通信制御部とがペー
ジで同期を取らず、非同期に原稿の読み込みを行い、画
像メモリフルになったとき、スキャナ部と通信制御部が
同期を取って、通信を継続するようにしたものが示され
ている。

【０００７】上記特開平５−８３５０９号公報や特開平
５−１９１５９９号公報のものでは、確かに、メモリ蓄
積と非同期並行してメモリ送信することにより、ファク
シミリ送信に拘束される時間は短縮され、メモリ量の消
費も軽減されるが、メモリ送信の利点であるリダイヤル
機能やページ再送機能を使用することはできないし、Ｇ
３ファクシミリのＳＴＤ（１００ｄｐｉ×２００ｄｐ
ｉ）で送信する場合などは、送信動作に対して、蓄積動
作の方が圧倒的に速いことが一般的なので、通常頻繁に
行われる原稿２〜３枚程度の送信などでは、発呼を開始
し、画情報の送信を開始した時点で、蓄積動作が終了し
ていると思われ、原稿枚数が非常に多い（例えば１０枚
以上）ときにしか、メリットがないと思われる。

【０００８】そこで、本願発明はこのような課題を解決
するためになされたものであり、メモリ送信の利点を損
なうことなく、直接送信の利点を生かしたファクシミリ
装置を提供することを目的とするものである。

【０００９】

【課題を解決するための手段】上記のような目的を達成
するために、本願発明は、相手先に発呼して呼が接続し
てから相手先の受信能力に合わせて原稿の画データを１
枚ずつ読取って送信する直接送信機能と、原稿の画デー
タを読取って一旦メモリに蓄積してから送信するメモリ
送信機能とを有するファクシミリ装置において、原稿１
枚目を前記直接送信機能を用いて送信する直接送信手段
と、原稿２枚目以降が有る場合に、原稿２枚目で直接送
信機能からメモリ送信機能に切り換える切換手段と、前
記切換手段で切り換えられた以降の画データをメモリ送
信機能を用いて送信するメモリ送信手段とを備えたこと
を特徴とするものである。

【００１０】また、直接送信中に直接送信機能からメモ
リ送信機能に切換操作するための切換操作手段を備え、
前記切換手段は、前記切換操作手段からの切換指示に基
づき、直接送信機能からメモリ送信機能に切り換えるこ
とを特徴とするものである。

【００１１】さらに、原稿１枚目の直接送信時に間欠読
取り動作（原稿の読取り速度が画データの送信速度より
も速すぎるので、同期をとるために読取りを一時停止す
る動作）が行われた場合に、その間欠回数と読取り停止
時間が予め定められた一定値を超えたか否かを判別する
判別手段を備え、前記切換手段は、前記判別手段で間欠
回数と読取り停止時間が一定値を超えたと判別されたと
き、直接送信機能からメモリ送信機能に切り換えること
を特徴とするものである。

【００１２】

【発明の実施の形態】以下、本願発明の実施形態を図面
を参照して詳細に説明する。

【００１３】図１は、本願発明の一実施形態に係るファ
クシミリ装置の構成を示すブロック図である。

【００１４】本ファクシミリ装置は、ＣＰＵ（中央処理
装置）１、ＲＯＭ（リード・オンリー・メモリ）２、Ｒ
ＡＭ（ランダム・アクセス・メモリ）３、第１ラインバ
ッファ（ＬＢ１）４、第２ラインバッファ（ＬＢ２）
５、第３ラインバッファ（ＬＢ３）６、ＳＡＦ（圧縮画
データ蓄積部）７、ページメモリ８、ＳＣＵ（スキャナ
・コントロール・ユニット）９及びスキャナ１０、ＰＣ
Ｕ（プロッタ・コントロール・ユニット）１１及びプロ
ッタ１２、オペポート（操作表示部）１３、ＤＭＡＣ
（ＤＭＡコントローラ）１４、ＤＣＲ（符号化復号化
部）１５、モデム１６、ＮＣＵ（網制御部）１７等を有
し、それらが内部バス１８を介して互いに接続されて構
成されている。

【００１５】上記ＣＰＵ１は、本ファクシミリ装置の各
部を制御してファクシミリ装置の所定の動作を実行する
ものであり、また、本願の請求項に記載の各種手段も当
該ＣＰＵ１により後述のフローチャートで示す処理を実
行することにより実現されている。

【００１６】ＲＯＭ２は、上記ＣＰＵ１が実行する制御
処理プログラムや当該制御処理に必要な種々のデータ等
を記憶しておくものであり、本願発明の後述するフロー
チャートで示す制御処理プログラムも当該ＲＯＭ２に予
め格納される。ＲＡＭ３は、ＣＰＵ１のプログラム実行
時の作業領域となると共に、プログラムを動作させる上
で必要なデータを一時記憶するものである。

【００１７】第１ラインバッファ（ＬＢ１）４は、直接
送信時、画像のラインデータを符号化する際に逐次格納
するメモリである。第２ラインバッファ（ＬＢ２）５
は、画像のラインデータを圧縮（メモリ蓄積時）する際
に逐次格納するメモリである。第３ラインバッファ（Ｌ
Ｂ３）６は、メモリ送信時、画像のラインデータを符号
化する際に逐次格納するメモリである。

【００１８】ＳＡＦ７は、メモリ送信時の画データやメ
モリ受信によって得られた画データを圧縮して格納する
メモリである。ページメモリ８は、画データを印字する
際に、生データを展開するメモリである。

【００１９】ＳＣＵ９は、スキャナ１０を制御するコン
トロール・ユニットで、スキャナ１０は、原稿を所定の
速度で搬送しながら、所定の解像度で原稿画像を読取っ
て画データを得るためのものである。

【００２０】ＰＣＵ１１は、プロッタ１２を制御するコ
ントロール・ユニットで、プロッタ１２は、記録紙を所
定の速度で搬送しながら、受信した画像をその線密度に
応じて記録出力したり、スキャナ１０で読取った画情報
をその線密度に応じて記録出力（コピー動作）するため
のものである。

【００２１】オペポート（操作表示部）１３は、オペレ
ータが本ファクシミリ装置を操作するために必要な各種
キーやボタン、及び本ファクシミリ装置の状態をオペレ
ータに知らせるためのＬＣＤ（液晶表示器）やＬＥＤ
（発光ダイオード）等を具備するものである。

【００２２】ＤＭＡＣ１４は、スキャナ１０で読取った
画データをＳＣＵ９からＣＰＵ１を介さずに第１ライン
バッファ（ＬＢ１）４に転送したり、ページメモリ８に
展開された画データをＣＰＵ１を介さずにＰＣＵ１１に
転送したりするＤＭＡ（ダイレクト・メモリ・アクセ
ス）コントローラである。

【００２３】ＤＣＲ１５は、画データを符号化（圧縮）
したり、復号化（伸張）するためのものである。

【００２４】モデム１６はＧ３ファクシミリモデムであ
り、ＮＣＵ１７を介して回線へ送出するデータを変調す
る一方、ＮＣＵ１７を介して回線から受信した信号を復
調したり、Ｇ３ファクシミリ・プロトコルに基づく各種
制御信号の送受信を行うものである。

【００２５】ＮＣＵ(網制御部）１０は、回線の捕捉、
発信先電話番号である選択信号の送出、着信の検出など
により、所定の発呼動作及び着呼動作を行うもので、自
動発着信機能を有している。

【００２６】上述したＣＰＵ１、ＲＯＭ２、ＲＡＭ３、
第１ラインバッファ（ＬＢ１）４〜第３ラインバッファ
（ＬＢ３）６、ＳＡＦ７、ページメモリ８、ＳＣＵ９、
ＰＣＵ１１、オペポート１３、ＤＭＡＣ１４、ＤＣＲ１
５及びモデム１６は、それぞれ内部バス１８に接続され
ており、これらの各要素間でのデータのやり取りは主と
して当該内部バス１６を介して行われる。また、モデム
１６とＮＣＵ１７との間のデータのやり取りは直接行わ
れている。

【００２７】次に、上記のように構成されたファクシミ
リ装置の各実施形態における動作について説明する。

【００２８】まず、第１の実施形態の動作について図
２、図３のフローチャートを参照して説明する。図２は
通信制御フローを示し、図３は読取り制御フローを示し
ている。

【００２９】オペレータは、スキャナ１０に原稿をセッ
トし、読取りに必要な情報（送信宛先、線密度等）をオ
ペポート１３に入力する。このときに、従来ならば、オ
ペレータは送信モードとして直接送信かメモり送信かを
選択するが、ここでは、本願発明によるもう一つの送信
モード（例えば、相手先確認送信とでも呼ぶことができ
る）を選択する。

【００３０】さらに、オペレータの送信開始の指示（ス
タートボタン等）を受けたならば、送信相手先に発呼す
る（図２の処理１０１）。

【００３１】送信相手先に回線（呼）が繋ったならば、
送信前処理として相手先とのプロトコル交換を行う（判
断１０２のＹｅｓ→処理１０３）。このときに、送信相
手先（つまり受信機）の受信能力（受信可能線密度、受
信可能用紙幅等）を得ると共に、相手先が送出するＣＳ
Ｉ（非標準ならばＮＳＦ）信号から取得した相手先情報
（相手先名称やＦＡＸ番号）をオペポート１３のＬＣＤ
に表示する（処理１０４）。オペレータはＬＣＤ表示を
見ることにより、送信相手先が所望の相手先であるかを
確認することができる。

【００３２】続いて、原稿読取り動作（図３の処理２０
１→判断２０２のＮｏループ）に入るが、原稿の１枚目
は、直接送信で送信する（図２の処理１０５→判断１０
６のＮｏループ）。直接送信の場合、相手先（受信機）
の受信能力に合わせて原稿の画データが読取られ、読取
られた画データは、図４の（ａ）に示すように、 スキャナ１０→ＳＣＵ９→第１ラインバッファ（ＬＢ
１）４→ＤＣＲ１５（符号化）→モデム１６ の経路で、電話回線に送られる。

【００３３】原稿１枚目の読取り、直接送信が終了する
と、次原稿が有るか否かをチェックする（図３の判断２
０２のＹｅｓ→判断２０３、図２の判断１０６のＹｅｓ
→判断１０７）。次原稿が無ければ終了するが、有れ
ば、次原稿の読取りを行う（図３の判断２０３のＹｅｓ
→処理２０４→判断２０５のＮｏループ）。

【００３４】原稿の２枚目以降はメモリ送信で送信する
（図２の判断１０７のＹｅｓ→処理１０８→判断１０９
のＹｅｓ→処理１１０→判断１１１のＮｏループ）。メ
モリ送信の場合は、画像データが図４の（ｂ）に示すよ
うに、 スキャナ１０→ＳＣＵ９→第２ラインバッファ（ＬＢ
２）５→ＤＣＲ１５（圧縮）→ＳＡＦ７→ＤＣＲ１５
（伸長）→第３ラインバッファ（ＬＢ３）６→ＤＣＲ１
５（符号化）→モデム１６ の経路で、電話回線に送られる。

【００３５】ここで、原稿１ページと２ページ間で、直
接送信のデータパスからメモリ送信のデータパスに切り
換える必要があるが、通常、データパスは、ソフトウエ
アがＳＣＵ９、ＤＭＡＣ１４，ＤＣＲ１５等のハードウ
エア設定を行うことにより決定しており、ページ間でそ
の設定を切り替えるだけで実現可能である（図２の処理
１０８）。

【００３６】また、原稿の２枚目以降はメモリ送信で行
うわけであるが、通常のメモリ送信は原稿の全ページを
メモリ蓄積した後に送信を開始するが、ここでは、メモ
リ蓄積と並行して送信を行う。この機能は、パラレルメ
モリ送信や蓄積先行即時送信などと呼ばれて従来より行
われているので、その手法を用いる。

【００３７】上記の２枚目以降の原稿読取り、メモリ送
信を最後の原稿が終了するまで繰り返す（図３の判断２
０６のＹｅｓ→処理２０４のループ、図２の判断１１２
のＹｅｓ→処理１１０のループ）。

【００３８】上記のように、原稿２枚目以降をメモリ送
信で送信するので、オペレータは通信が終了するまでフ
ァクシミリ装置に拘束されずに済む。さらに、原稿の１
枚目の送信時に、回線の接続と相手先の確認ができてい
るので、従来のメモリ送信に付き纒っていた誤送信の不
安と送信失敗の不安が大きく軽減されると共に、従来、
機密性の高い文書や確実性を要求される文書を送信する
場合に、どうしても長時間ファクシミリ装置に拘束され
るが、本実施形態では、安心して、手離れの良い送信が
できる。また、１枚目の直接送信の段階で、相手機の受
信能力（受信可能線密度、受信可能用紙幅等）が分かる
ので、相手機の受信能力以上の送信設定を行っても、メ
モリ蓄積動作時には、相手機の能力に合わせてメモリ蓄
積されるため、無駄なメモリの消費を防止できる。

【００３９】次に、本願発明の第２の実施形態の動作に
ついて図５、図６のフローチャートを参照して説明す
る。上記実施形態同様、図５は通信制御フローを示し、
図６は読取り制御フローを示している。

【００４０】なお、本実施形態の構成は図１に示した前
記実施形態のものと同様であるが、本実施形態では、オ
ペポート１３に、直接送信からメモリ送信に送信中に切
り換える機能スイッチを具備し、オペレータが任意のタ
イミングでそのスイッチを押すことにより、直接送信か
らメモリ送信へ切り換えることができるようになってい
る。

【００４１】さて、前記実施形態同様、オペレータは、
スキャナ１０に原稿をセットし、読取りに必要な情報
（送信宛先、線密度等）をオペポート１３に入力する。
このとき同様に、従来ならば、オペレータは送信モード
として直接送信かメモり送信かを選択するが、ここで
は、本願発明によるもう一つの送信モード（例えば、相
手先確認送信とでも呼ぶことができる）を選択する。

【００４２】さらに、オペレータの送信開始の指示（ス
タートボタン等）を受けたならば、送信相手先に発呼す
る（図５の処理３０１）。

【００４３】送信相手先に回線（呼）が繋ったならば、
送信前処理として相手先とのプロトコル交換を行う（判
断３０２のＹｅｓ→処理３０３）。このときに、送信相
手先（つまり受信機）の受信能力（受信可能線密度、受
信可能用紙幅等）を得ると共に、相手先が送出するＣＳ
Ｉ（非標準ならばＮＳＦ）信号から取得した相手先情報
（相手先名称やＦＡＸ番号）をオペポート１３のＬＣＤ
に表示する（処理３０４）。オペレータはＬＣＤ表示を
見ることにより、送信相手先が所望の相手先であるかを
確認することができる。

【００４４】続いて、原稿の１ページ目の読取りを直接
送信で開始すると共に（図６の処理４０１）、読取られ
た画データの直接送信を開始する（図５の処理３０
５）。ここでは、相手先（受信機）の受信能力に合わせ
て原稿の画データが読取られて、直接送信される。

【００４５】そして、読取り制御においては、オペポー
ト１３から送信切換指示が有るか否かをチェックして
（図６の判断４０２）、送信切換指示が有れば、メモリ
蓄積に切り換えると共に（判断４０２のＹｅｓ→処理４
０３）、通信制御に対してメモリ送信切換指示を発行す
る（処理４０４）。

【００４６】通信制御においては、前記読取り制御から
のメモリ送信切換指示の有無をチェックして（図５の判
断３０６）、メモリ送信切換指示が有れば、送信途中で
メモリ送信に切り換える（判断３０６のＹｅｓ→処理３
０７）。

【００４７】原稿読取り中にデータパスを切り換えるた
めには、画データの送信を途切れさせることなく、デー
タパスを切り換える必要があるので、メモリ蓄積時にデ
ータ圧縮に要する時間を考慮する必要がある。

【００４８】ここでは一実施例として、図７に示すよう
にデータパスを遷移させる。すなわち、 ステップ１：直接送信時には、図７の（ａ）に示すよう
に、 スキャナ１０→ＳＣＵ９→第１ラインバッファ（ＬＢ
１）４→ＤＣＲ１５（符号化）→モデム１６ の経路で、画データが電話回線に送られる。

【００４９】ステップ２：メモリ送信切換指示に基づく
切換時には、図７の（ｂ）に示すように、上記データパ
スで直接送信すると同時に、 スキャナ１０→ＳＣＵ９→第２ラインバッファ（ＬＢ
２）５→ＤＣＲ１５（圧縮）→ＳＡＦ７→ＤＣＲ１５
（伸長）→第３ラインバッファ（ＬＢ３）６ の経路でメモリ蓄積する。

【００５０】ステップ３：第３ラインバッファ（ＬＢ
３）６に、直接送信データパスの第１ラインバッファ
（ＬＢ１）４に格納されているラインデータと同一ライ
ンのデータが格納されたら、図７の（ｃ）に示すメモリ
送信時のデータパス スキャナ１０→ＳＣＵ９→第２ラインバッファ（ＬＢ
２）５→ＤＣＲ１５（圧縮）→ＳＡＦ７→ＤＣＲ１５
（伸長）→第３ラインバッファ（ＬＢ３）６→ＤＣＲ１
５（符号化）→モデム１６ に切り換える（切換終了）。

【００５１】このようにして原稿１枚目の読取り、直接
送信が終了すると、次原稿が有るか否かをチェックする
（図６の判断４０５のＹｅｓ→判断４０６、図５の判断
３０８のＹｅｓ→判断３０９）。次原稿が無ければ終了
するが、有れば、次原稿の読取りを行う（図６の判断４
０６のＹｅｓ→処理４０７→判断４０８のＮｏルー
プ）。

【００５２】原稿の２枚目以降は前記実施形態同様、メ
モリ送信で送信する（図５の判断３０９のＹｅｓ→判断
３１０のＹｅｓ→処理３１１→判断３１２のＮｏルー
プ）。なお、ここでは前記処理３０７でメモリ送信への
切換処理が済んでいるので、メモリ送信への切換は不要
である。

【００５３】上記の２枚目以降の原稿読取り、メモリ送
信を最後の原稿が終了するまで繰り返す（図６の判断４
０９のＹｅｓ→処理４０７のループ、図５の判断３１３
のＹｅｓ→処理３１１のループ）。

【００５４】また、オペレータによるメモリ送信切換操
作が行われない場合は、前記実施形態同様、原稿１枚目
は直接送信で原稿読取り、画データ送信が行われ（図６
の判断４０２のＮｏ→判断４０５のＮｏループ、図５の
判断３０６のＮｏ→判断３１４のＮｏループ）、原稿２
枚目以降はメモリ送信で原稿読取り、画データ送信が行
われる（図６の判断４０６〜判断４０９、図５の判断３
１５のＹｅｓ→処理３１６→判断３１０〜判断３１
３）。なお、上記図５の処理３１６のメモリ送信切換処
理は、前記処理３０７のメモリ送信切換処理における図
７のようなデータパスの遷移を伴うものではなく、前記
実施形態のようにページ間の簡単な切換処理で良い。

【００５５】従って、本実施形態によれば、前記実施形
態と同様な効果が得られると共に、原稿１枚目がハーフ
トーン送信のときなど、１枚目の送信に長時間を要する
ため、スキャナ１０が停止状態になる場合に、オペレー
タの操作によりメモリ送信に切り換え可能とすること
で、さらに手離れの良い送信が可能となる。

【００５６】次に、本願発明の第３の実施形態の動作に
ついて図８、図９のフローチャートを参照して説明す
る。上記実施形態同様、図８は通信制御フローを示し、
図９は読取り制御フローを示している。

【００５７】なお、本実施形態の構成は図１に示した実
施形態のものと同様であるが、本実施形態では、原稿１
枚目の直接送信中に、間欠読取り動作、すなわち、原稿
の読取り速度が画データの送信速度よりも速すぎるの
で、同期をとるために読取りを一時停止する動作が行わ
れた場合に、その間欠回数と読取り停止時間が予め定め
られた一定値を超えた場合に、メモリ送信に切り換える
ようにしたものである。

【００５８】さて、前記実施形態同様、オペレータは、
スキャナ１０に原稿をセットし、読取りに必要な情報
（送信宛先、線密度等）をオペポート１３に入力する。
このとき同様に、従来ならば、オペレータは送信モード
として直接送信かメモり送信かを選択するが、ここで
は、本願発明によるもう一つの送信モード（例えば、相
手先確認送信とでも呼ぶことができる）を選択する。

【００５９】さらに、オペレータの送信開始の指示（ス
タートボタン等）を受けたならば、送信相手先に発呼す
る（図８の処理５０１）。

【００６０】送信相手先に回線（呼）が繋ったならば、
送信前処理として相手先とのプロトコル交換を行う（判
断５０２のＹｅｓ→処理５０３）。このときに、送信相
手先（つまり受信機）の受信能力（受信可能線密度、受
信可能用紙幅等）を得ると共に、相手先が送出するＣＳ
Ｉ（非標準ならばＮＳＦ）信号から取得した相手先情報
（相手先名称やＦＡＸ番号）をオペポート１３のＬＣＤ
に表示する（処理５０４）。オペレータはＬＣＤ表示を
見ることにより、送信相手先が所望の相手先であるかを
確認することができる。

【００６１】続いて、原稿の１ページ目の読取りを直接
送信で開始すると共に（図９の処理６０１）、読取られ
た画データの直接送信を開始する（図８の処理５０
５）。ここでは、相手先（受信機）の受信能力に合わせ
て原稿の画データが読取られて、直接送信される。

【００６２】そして、読取り制御においては、間欠読取
り動作を計測して得られる間欠回数と間欠時間が予め定
められた一定値を超えたか否かをチェックして（図９の
判断６０２）、一定値を超えておれば、メモリ蓄積に切
り換えると共に（判断６０２のＹｅｓ→処理６０３）、
通信制御に対してメモリ送信切換指示を発行する（処理
６０４）。

【００６３】通信制御においては、前記読取り制御から
のメモリ送信切換指示の有無をチェックして（図８の判
断５０６）、メモリ送信切換指示が有れば、送信途中で
メモリ送信に切り換える（判断５０６のＹｅｓ→処理５
０７）。

【００６４】前記第２の実施形態同様、原稿読取り中に
データパスを切り換えるためには、画データの送信を途
切れさせることなく、データパスを切り換える必要があ
るので、メモリ蓄積時にデータ圧縮に要する時間を考慮
する必要があるが、ここでは一実施例として、前記第２
の実施形態同様、図７に示したようにデータパスを遷移
させる。すなわち、 ステップ１：直接送信時には、図７の（ａ）に示したよ
うに、 スキャナ１０→ＳＣＵ９→第１ラインバッファ（ＬＢ
１）４→ＤＣＲ１５（符号化）→モデム１６ の経路で、画データが電話回線に送られる。

【００６５】ステップ２：メモリ送信切換指示に基づく
切換時には、図７の（ｂ）に示したように、上記データ
パスで直接送信すると同時に、 スキャナ１０→ＳＣＵ９→第２ラインバッファ（ＬＢ
２）５→ＤＣＲ１５（圧縮）→ＳＡＦ７→ＤＣＲ１５
（伸長）→第３ラインバッファ（ＬＢ３）６ の経路でメモリ蓄積する。

【００６６】ステップ３：第３ラインバッファ（ＬＢ
３）６に、直接送信データパスの第１ラインバッファ
（ＬＢ１）４に格納されているラインデータと同一ライ
ンのデータが格納されたら、図７の（ｃ）に示したメモ
リ送信時のデータパス スキャナ１０→ＳＣＵ９→第２ラインバッファ（ＬＢ
２）５→ＤＣＲ１５（圧縮）→ＳＡＦ７→ＤＣＲ１５
（伸長）→第３ラインバッファ（ＬＢ３）６→ＤＣＲ１
５（符号化）→モデム１６ に切り換える（切換終了）。

【００６７】このようにして原稿１枚目の読取り、直接
送信が終了すると、次原稿が有るか否かをチェックする
（図９の判断６０５のＹｅｓ→判断６０６、図８の判断
５０８のＹｅｓ→判断５０９）。次原稿が無ければ終了
するが、有れば、次原稿の読取りを行う（図９の判断６
０６のＹｅｓ→処理６０７→判断６０８のＮｏルー
プ）。

【００６８】原稿の２枚目以降は前記実施形態同様、メ
モリ送信で送信する（図８の判断５０９のＹｅｓ→判断
５１０のＹｅｓ→処理５１１→判断５１２のＮｏルー
プ）。なお、ここでは前記処理５０７でメモリ送信への
切換処理が済んでいるので、メモリ送信への切換は不要
である。

【００６９】上記の２枚目以降の原稿読取り、メモリ送
信を最後の原稿が終了するまで繰り返す（図９の判断６
０９のＹｅｓ→処理６０７のループ、図８の判断５１３
のＹｅｓ→処理５１１のループ）。

【００７０】また、間欠回数と間欠時間が一定値を超え
ていない場合は、前記第１の実施形態同様、原稿１枚目
は直接送信で原稿読取り、画データ送信が行われ（図９
の判断６０２のＮｏ→判断６０５のＮｏループ、図８の
判断５０６のＮｏ→判断５１４のＮｏループ）、原稿２
枚目以降はメモリ送信で原稿読取り、画データ送信が行
われる（図９の判断６０６〜判断６０９、図８の判断５
１５のＹｅｓ→処理５１６→判断５１０〜判断５１
３）。なお、上記図８の処理５１６のメモリ送信切換処
理は、前記処理５０７のメモリ送信切換処理における図
７のようなデータパスの遷移を伴うものではなく、前記
第１の実施形態のようにページ間の簡単な切換で良い。

【００７１】従って、本実施形態によれば、前記第１の
実施形態と同様な効果が得られると共に、原稿１枚目の
直接送信中のメモリ送信への切り換えが自動で行われる
ので、さらに手離れの良い送信が可能となる。

【００７２】なお、上記第３の実施形態では、原稿１枚
目の間欠読取り動作の程度によって自動的にメモリ送信
に切り換わるようにしたが、これに更に前記第２の実施
形態の技術を加えて、オペレータによるメモリ送信切換
操作によってメモリ送信に切り換わるようにしてもよ
く、このようにすれば、オペレータにとって使い勝手が
更に良くなる。

【００７３】

【発明の効果】以上のように本願発明によれば、原稿１
枚目を直接送信機能を用いて送信する直接送信手段と、
原稿２枚目以降が有る場合に、原稿２枚目で直接送信機
能からメモリ送信機能に切り換える切換手段と、この切
換手段で切り換えられた以降の画データをメモリ送信機
能を用いて送信するメモリ送信手段とを備えたことによ
り、原稿１枚目を直接送信で送信するので、回線が繋っ
たことを確認できる。そのときにＬＣＤ等に表示される
相手先情報により相手先が正しいことを確認できる。ま
た、原稿２枚目以降をメモリ送信で送信するので、通信
が終了するまでファクシミリ装置に拘束されずに済む。
さらに、原稿１枚目の送信時に、回線の接続と相手先の
確認ができているので、従来のメモリ送信に付き纒って
いた誤送信の不安と送信失敗の不安が大きく軽減される
と共に、従来、機密性の高い文書や確実性を要求される
文書を送信する場合に、長時間ファクシミリ装置に拘束
されるが、本願発明では、安心して、手離れの良い送信
ができる。また、１枚目の直接送信の段階で、相手機の
受信能力（受信可能線密度、受信可能用紙幅等）が分か
るので、相手機の受信能力以上の送信設定を行っても、
メモリ蓄積動作時には、相手機の能力に合わせてメモリ
蓄積されるため、無駄なメモリの消費を防止できるよう
になる。

【００７４】また、直接送信中に直接送信機能からメモ
リ送信機能に切換操作するための切換操作手段を備え、
前記切換手段は、前記切換操作手段からの切換指示に基
づき、直接送信機能からメモリ送信機能に切り換えるよ
うにしたので、前記の効果に加えて、原稿１枚目がハー
フトーン送信のときなど、１枚目の送信に長時間を要す
るため、スキャナが停止状態になる場合に、オペレータ
の操作によりメモリ送信に切り換え可能とすることで、
さらに手離れの良い送信ができるようになる。

【００７５】さらに、原稿１枚目の直接送信時に間欠読
取り動作が行われた場合に、その間欠回数と読取り停止
時間が予め定められた一定値を超えたか否かを判別する
判別手段を備え、前記切換手段は、前記判別手段で間欠
回数と読取り停止時間が一定値を超えたと判別されたと
き、直接送信機能からメモリ送信機能に切り換えるよう
にしたので、前記のようなの効果に加えて、１枚目の直
接送信中のメモリ送信への切り換えが自動で行われ、さ
らに手離れの良い送信ができるようになる。

【図面の簡単な説明】

【図１】本願発明の一実施形態に係るファクシミリ装置
の構成を示すブロック図。

【図２】第１の実施形態の通信制御フローを示すフロー
チャート。

【図３】第１の実施形態の読取り制御フローを示すフロ
ーチャート。

【図４】第１の実施形態における送信時のデータパスを
示す図であり、（ａ）は直接送信時、（ｂ）はメモリ送
信時を示している。

【図５】第２の実施形態の通信制御フローを示すフロー
チャート。

【図６】第２の実施形態の読取り制御フローを示すフロ
ーチャート。

【図７】第２の実施形態における送信時のデータパスの
遷移を示す図であり、（ａ）は直接送信時、（ｂ）は切
換時、（ｃ）はメモリ送信時を示している。

【図８】第３の実施形態の通信制御フローを示すフロー
チャート。

【図９】第３の実施形態の読取り制御フローを示すフロ
ーチャート。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ 第１ラインバッファ（ＬＢ１） ５ 第２ラインバッファ（ＬＢ２） ６ 第３ラインバッファ（ＬＢ３） ７ ＳＡＦ ８ ページメモリ ９ ＳＣＵ １０ スキャナ １１ ＰＣＵ １２ プロッタ １３ オペポート １４ ＤＭＡＣ １５ ＤＣＲ １６ モデム １７ ＮＣＵ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 相手先に発呼して呼が接続してから相手
   先の受信能力に合わせて原稿の画データを１枚ずつ読取
   って送信する直接送信機能と、原稿の画データを読取っ
   て一旦メモリに蓄積してから送信するメモリ送信機能と
   を有するファクシミリ装置において、 原稿１枚目を前記直接送信機能を用いて送信する直接送
   信手段と、 原稿２枚目以降が有る場合に、原稿２枚目で直接送信機
   能からメモリ送信機能に切り換える切換手段と、 前記切換手段で切り換えられた以降の画データをメモリ
   送信機能を用いて送信するメモリ送信手段とを備えたこ
   とを特徴とするファクシミリ装置。
2. 【請求項２】 直接送信中に直接送信機能からメモリ送
   信機能に切換操作するための切換操作手段を備え、 前記切換手段は、前記切換操作手段からの切換指示に基
   づき、直接送信機能からメモリ送信機能に切り換えるこ
   とを特徴とする請求項１記載のファクシミリ装置。
3. 【請求項３】 原稿１枚目の直接送信時に間欠読取り動
   作が行われた場合に、その間欠回数と読取り停止時間が
   予め定められた一定値を超えたか否かを判別する判別手
   段を備え、 前記切換手段は、前記判別手段で間欠回数と読取り停止
   時間が一定値を超えたと判別されたとき、直接送信機能
   からメモリ送信機能に切り換えることを特徴とする請求
   項１又は請求項２記載のファクシミリ装置。