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

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） この発明はファクシミリ装置に関し、特に通信費、記録
紙等を節約できるようにしたファクシミリ装置に関する
。

（従来の技術） 従来のファクシミリ装置においては、例えばＡ４サイズ
の原稿を複数枚送信する場合、送信側のファクシミリ装
置はそのままのサイズで一枚々々送り、受信側のファク
シミリ装置はＡ４サイズの記録紙の一枚々々に記録を行
うようにしている。

また、Ｂ４サイズの原稿においても、受信側にＢ４サイ
ズの記録紙がセットされている場合には、送信側のファ
クシミリ装置はそのままの大きさで送信し、受信側は送
られてきた原稿情報をＢ４サイズの記録紙の一枚々々に
記録するようにしている。

（発明か解決しようとする課題） しかしなから、通信内容によっては、受信側は原稿をそ
のままの大きさで受けとる必要はなく、単に内容の確認
かできればよい大きさて受信ずれば良いこともある。

例えば、人事某所からＢ支店に複数種類の製品を送った
場合、それぞれの製品に対する納品書を郵送する前に、
ファクシミリ装置で、該納品書を予めＡ事業所からＢ支
店に送ってほしいという要望が生じることがある。この
ような場合には、Ｂ支店には、納品された製品の品番、
個数等かわかれば良く、縮小された納品書でもかまわな
い。

上記のような場合、前記した従来のファクシミリ装置で
は対処てきないという問題があった。また、従来のファ
クシミリ装置は前記したように、原稿の全頁をそのまま
の大きさで詳細に送信するため、通信費や記録紙の点て
不経済であるという問題かあった。

本発明の目的は、前記した従来技術の問題点を除去し、
送信原稿の利用目的に合った通信をできるようにするこ
とにより、送信側と受信側の双方に経費を節約できるフ
ァクシミリ装置を提供する　゛ことにある。

（課題を解決するための手段および作用）前記目的を達
成するために、不発明は、合成モードの指示をする手段
と、入力部から読込まれた原稿を符号化した後蓄積する
蓄積手段と、記録紙サイズ、原稿サイズおよび最小縮小
率とから、縮小率と１枚の記録紙に合成できる原稿枚数
を算出する手段と、前記蓄積手段から読みだされた原稿
を復号化する復号器と、前記復号器で復号化されたデー
タを前記縮小率で縮小する縮小部と、前記縮小部で縮小
されたデータを最人前記原稿枚数分、合成する合成部と
、前記合成されたデータを７１号化して前記蓄積手段に
送る手段と、前記蓄積手段に蓄積されたデータを回線に
送出する手段とを具備した点に特徴がある。

本発明によれば、前記縮小部に、予め定められた最小縮
小率、または記録紙サイズ、原稿サイズおよび前記最小
縮小率により演算で求めた縮小率が設定される。前記蓄
積手段に蓄積された原稿情報は一旦復号化された後、前
記縮小部で縮小される。そして、前記合成部にて、所定
枚数合成される。その後、再度符号化され蓄積手段に蓄
積して、相手機に送出される。

以上の結果、複数枚の原稿を縮小し、１枚の記録紙に収
まる形で送信できるので、通信時間を短縮できると共に
、記録紙を節約することができる。

（実施例） 以下に、図面を参照して、本発明の詳細な説明する。

第２図は本発明の一実施例のファクシミリ装置のハード
構成図を示す。

＝　　４　− 図において、１はＣＰＵであり、ＲＯＭ２、ＲＡＭ３等
に格納されているプログラム、データに基づいて、装置
全体の制御を行う。ＲＡＭ３は前記プログラムの実行の
際の作業領域も提供する。

４はテンキー、短縮キー、各種の機能キー、表示部等を
有するパネル部、５は原稿を読込む人力部、６は受信し
た原稿情報等をプリントする出力部である。７は符号化
された後の原稿情報を記憶する蓄積メモリ、８は変復調
器、９は前記入力部５で読込まれた原稿情報を符号化し
たり、該原稿情報および受信した情報を復号化したりす
る符号、復号器、１０はＣＰＵＩから指示のあった拡大
率または縮小率で拡大、縮小の処理をする拡大、縮小器
、１１は回線制御部である。

第１図に、本実施例の機能ブロック図を示す。

図において、第２図と同一または同等物には、同一の符
号が付されている。また、第３図は第１図の動作の要部
を示すフローチャートを示し、第４図は第３図のステッ
プＳ３の一具体例のフローチャートである。

ます、パネル部４から合成モードの指示か行われ、入力
部５から原稿の読込みが行われる。そうすると、読込ま
れた原稿情報は符号器９ａで初号化され、蓄積メモリ７
に蓄積される（ステップＳｌ）。この時、原稿枚数Ｘと
原稿サイズｙはＣＰＵＩに知らされる。

次いで、送信する相手機に発呼かなされ、プロトコルの
交信により、相手機か受信する記録紙のサイズが検出さ
れる（ステップＳ２）。相手機か複数のサイズの記録紙
を有している時には、最大の記録紙のサイズＡかＣＰＵ
１に知らされる。

次に、前記原稿サイズｙ１記録紙サイズＡおよび最小縮
小率２とから、原稿の縮小率γと、記録紙１枚に合成さ
れる原稿の最大合成枚数δを算出する処理が行われる（
ステップＳ３）。ここに、最小縮小率２は送信原稿の利
用目的に合った大きさ、例えば３０％程度に設定される
。ステップＳ３の処理の詳細は、第４図を参照して、後
で説明する。　゛ 前記最大合成枚数δと原稿縮小率γが算出されると、ス
テップＳ４に進み、合成すべき原稿枚数Ｘと最大合成枚
数δとか比較され、前者か後者より大きい時にはステッ
プＳ５に進む。

ステップＳ５では、Ｎ＝１と置かれ、次に原稿情報を１
枚復号化し縮小する処理かなされる（ステップＳ６）。

続いて、前記合成部１２て合成する処理か行われ（ステ
ップＳ　７）　、Ｎ＝δが成立するか否かの判断がなさ
れる（ステップＳ８）。

この判断が否定の時にはステップＳ９に進み、Ｎに１が
加算される。そして、前記ステップＳ６の動作が繰り返
される。

以上の動作により、ステップＳ８が肯定になると、前記
合成部１２で合成されたデータが符号器９ａで符号化さ
れ、蓄積メモリ７に蓄積される（ステップ５１０）。そ
して、ｘ＝ｘ−Ｎと置かれ（ステップ５１１）、前記ス
テップＳ４の判断がなされる。

ステップＳ４の判断か肯定の時には、前記ステップ８５
〜Ｓｌｌの動作が再度行われる。一方否定の時には、ス
テップＳ１２に進む。ステップ３１２では、全部の原稿
を合成したか否か、すなわちｘ＝Ｑか否かの判断なされ
、否定の時にはステップ５１３に進む。ステップＳ１３
では、ステップＳ６と同様に、原稿を１枚復号化し、縮
小する。そして、前記合成部１２で合成する処理を行う
（ステップ５１４）。次に、合成されたデータを符号化
し蓄積する処理をしくステップ５１５）、ｘ＝ｘ−１と
する（ステップ８１６）。そして、再びステップＳ１２
で、全部の原稿を合成したか否かの判断が行われる。否
定の時には、ステップＳ１３に戻って、前記と同様の処
理が行われる。

前記ステップＳ１２の判断が肯定になると、ステップＳ
１７に進み、変調器８ａで変調され、回線制御部１１を
経て回線に送出される。

次に、前記ステップＳ３の一具体例を、第４図を参照し
て説明する。

最初に、ｍＹ　％　Ｓ　Ｙ　ＳｍＡ　％　Ｓ　Ａを、次
のように定義する。

ｍｙ−原稿１枚を２％で縮小した時の主走査ドツト数、 ５ｙ＝原稿１枚を２％で縮小した時の副走査ライン数、 ｍＡ−記録紙の主走査ドツト数、 ｓＡ−記録紙の副走査ライン数、 γ＝算出された縮小率、 δ＝最大合成枚数、 なお、第５図に、前記”Ｙ　％　Ｓ　ｙ　％　ｍＡ　％
　Ｓ　Ａを、分かりやすいように、図で示した。ここに
、２０は記録紙、２１は２％に縮小された原稿を示す。

さて、ステップＳ３０では、α−１と置かれ、ｍｙ×α
≦ｍＡが成立するかどうかの判断かなされる（ステップ
５３１）。肯定の時には、ステップＳ３２に進み、αに
１か加算され、再びステップＳ３１の判断かなさ′れる
。以上の処理はステップＳ３１が否定になるまで、行わ
れる。ステップＳ３１が否定になると、ステップＳ３３
に進み、α−α−１と置かれる。

以上の処理により、原稿を前記最小縮小率２％で縮小し
た時に、主走査方向に関し、縮小原稿か記録紙の中に何
枚収まるかが、求められる。第５図の例では、α−３（
枚）となる。

次に、β＝１と置かれ（ステップ５３４）、５ｙＸβ≦
ｓＡが成立するかどうかの判断がなされる（ステップ５
３５）。肯定の時には、ステップＳ３６に進み、βに１
が加算され、再びステップＳ３５の判断かなされる。以
上の処理は、ステップＳ３５が否定になるまで、行われ
る。ステップＳ３５が否定になると、ステップＳ３７に
進み、β＝β−１と置かれる。

以上の処理により、原稿を前記最小縮小率Ｚ％で縮小し
た時に、副走査方向に関し、縮小原稿が記録紙の中に何
枚収まるかが、求められる。第５図の例では、β＝３（
枚）となる。

次に、ステップ３３Ｂに進む。このステップでは、下記
の演算が行われる。

ｚｍ　−ｚＸ　（ｍＡ　／α）　Ｘ　（１／ｍｙ　）ｚ
ｓ　−ｚＸ　（ｓＡ　／β）ｘ　（１／ｓｙ）前記の演
算により求められたｚｍ、ｚｓは、それぞれ、前記記録
紙２０に収まるように、α枚、β枚の原稿を縮小した時
の、主、副走査方向の最大の限界縮小率を示しているこ
とは明らかである。

ステップＳ３９では、前記ｚｍがＺＳ以上であるか否か
の判断、すなわちｚｍ≧ＺＳが成立するか否かの判断が
なされる。そして、成立すれば、ステップＳ４０に進ん
で、縮小率γとして前記ＺＳを採用する。一方、不成立
の時には、ステップＳ４１に進んで、縮小率γとして前
記ｚｍを採用する。

すなわち、縮小率γとして、主、副走査方向の最大限界
縮小率の小さい方を採用する。

次に、ステップＳ４２では、１枚の記録紙に合成できる
最大枚数δを求める。

以上の処理（ステップ８１〜５１７）が行われると、第
６図に示されているように、記録紙２０の主または副走
査方向が一杯になる縮小率γて縮小した合成画像を、前
記合成部１２に得ることができる。

第４図の処理は一例に過ぎず、種々の変形が可能であり
、これらの変形も、本発明の趣旨を逸脱しない範囲で、
本発明に含まれることは明らかである。

例えば、前記縮小率γは前記最小縮小率２に固定するよ
うにしてもよい。その場合には、第４図のステップＳ３
８〜Ｓ４１に変えて、γ−Ｚのステップを１つ置けば良
いことは勿論である。

また、前記実施例では、入力部５から読込まれた原稿情
報を符号化して蓄積メモリに蓄積するようにしたが、本
発明は人力部５から読込まれた原稿情報に限定されず、
受信した画情報であってもよい。

また、相手機で受信される記録紙のサイズは、前記実施
例のようにプロトコル等の交信によって知るのに限定さ
れず、自機内に格納されている相手先情報で知るように
しても良いし、オペレータが送信時にパネル上のキーか
ら指示するようにしても良い。

相手機で受信される記録紙のサイズを前記相手先情報で
検知したり、パネル上のキーから指示する場合には、送
信する原稿情報の縮小率は該原稿情報を読込むまたは受
信する前にわかるので、原稿情報を読取った後あるいは
受信した後に該縮小率で縮小し、蓄積メモリに合成と同
時に記憶させるようにしてもよい。

（発明の効果） 以上の説明から明らかなように、本発明によれば、合成
モードが選択された時に、凌数枚の原稿を縮小して送信
できるので、通信時間が短縮され、通信費が低減される
という効果がある。また、受信側では、消費される記録
紙の量が減るので、経費の節約になるという効果がある
。

【図面の簡単な説明】

第１図は本発明の一実施例の機能ブロック図、第２図は
本発明のハード構成図、第３図は本実施例の動作を説明
するためのフローチャート、第４図は第３図中のステッ
プＳ３の詳細な処理手順を説明するためのフローチャー
ト、第５図は最小縮小率で縮小された原稿情報と記録紙
サイズとの関係を説明する図、第６図は第４図で求めた
縮小率で原稿情報を縮小した時の原稿情報と記録紙サイ
ズとの関係を説明する図である。 ５・・・入力部、７・・・蓄積メモリ、８・・・変復調
器、９・・・符号、復号器、１０・・・拡大、縮小器、
１２・・・合成部。 代理人　弁理士　平木通人　外１名 の　　　　　　　　　　　　　　　　　　　　　　　　
　　　　の第　　　５　　　図 第６図

Claims (2)

【特許請求の範囲】
1. （１）合成モードの指示をする手段と、 相手機で使用される記録紙のサイズ、読込まれた原稿サ
   イズおよび最小縮小率とから、縮小率と該記録紙の一枚
   に合成できる原稿枚数を算出する手段と、 読込まれた原稿データを前記縮小率で縮小する縮小部と
   、 前記縮小部で縮小されたデータを、前記記録紙の一枚に
   合成できる最大前記原稿枚数分、合成する合成部と、 前記合成部で合成されたデータを回線に送出する手段と
   を具備したことを特徴とするファクシミリ装置。
2. （２）合成モードの指示をする手段と、 読込まれた原稿を蓄積する蓄積手段と、 相手機で使用される記録紙のサイズ、原稿サイズおよび
   最小縮小率とから、縮小率と該記録紙の一枚に合成でき
   る原稿枚数を算出する手段と、前記蓄積手段から読みだ
   された原稿を前記縮小率で縮小する縮小部と、 前記縮小部で縮小されたデータを、前記記録紙の一枚に
   合成できる最大前記原稿枚数分、合成する合成部と、 前記合成部で合成されたデータを回線に送出する手段と
   を具備したことを特徴とするファクシミリ装置。