JPH0923326A - ファクシミリの通信方法 - Google Patents

ファクシミリの通信方法

Info

Publication number
JPH0923326A
JPH0923326A JP7192480A JP19248095A JPH0923326A JP H0923326 A JPH0923326 A JP H0923326A JP 7192480 A JP7192480 A JP 7192480A JP 19248095 A JP19248095 A JP 19248095A JP H0923326 A JPH0923326 A JP H0923326A
Authority
JP
Japan
Prior art keywords
image data
transmission
transmitted
free space
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP7192480A
Other languages
English (en)
Inventor
Hajime Saito
肇 斉藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Data Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oki Data Corp filed Critical Oki Data Corp
Priority to JP7192480A priority Critical patent/JPH0923326A/ja
Publication of JPH0923326A publication Critical patent/JPH0923326A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Storing Facsimile Image Data (AREA)
  • Facsimile Transmission Control (AREA)
  • Telephonic Communication Services (AREA)
  • Facsimiles In General (AREA)

Abstract

(57)【要約】 【目的】 受信用メモリの空き容量に合わせて画像デー
タを送信することを可能にする。 【構成】 送信側では、画像データ送信前に、予めその
データ量を認識しておく。そして、受信側の能力宣言文
に受信用メモリの空き容量を含める。送信側では受信用
メモリの空き容量と送信すべき画像データ量とを比較
し、そのまま送信できるかどうか判断する。送信可能な
場合は通常通りの送信をし、不可能な場合、画像データ
をより高い圧縮率で再圧縮する。それでも送信が不可能
な場合、送信を中止して、しばらく時間をおいて再発呼
する。

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は、受信側のファクシミリ
に、受信した画像データを格納するための受信用メモリ
を備えている場合に、この受信用メモリを利用した送信
を行うファクシミリの通信方法に関する。
【0002】
【従来の技術】ファクシミリを用いて画像データを送信
する場合に、送受信時間を短縮したり受信側における印
刷用紙切れをカバーするために、受信側のファクシミリ
に受信用メモリを設けたものがある。この受信用メモリ
には、受信した画像データを一定量蓄積し、その後その
内容を読み出して印刷するといった機能がある。このよ
うな装置においては、受信用メモリの容量が許す限り、
受信側の印刷速度や印刷用紙の有無に関わらず、画像デ
ータを正常に受信し処理することが可能となる。
【0003】
【発明が解決しようとする課題】ところで、上記のよう
な従来のファクシミリの通信方法には次のような解決す
べき課題があった。上記のような受信用メモリが受信側
のファクシミリに設けられている場合に、受信用メモリ
で受信した画像データがまだ印刷されていなかったり、
あるいは大量の画像データを一度に受信することによっ
て、受信用メモリがいっぱいになる場合がある。このよ
うな場合、受信が途中で中断されファクシミリ通信も中
断する。このときは、送信側から同一の画像データを再
び始めから送信しなければならない。特に、写真等の濃
淡を忠実に再現する階調モードの場合、大量の画像デー
タが送信される。これを受信して受信用メモリに格納す
るためには十分な空き容量が必要となる。この場合に、
受信用メモリを大容量のものとすれば、装置のコストが
増大する。しかしながら、送信の中断が頻繁に起これ
ば、ユーザに対し再送信等の手間を要求し利便性が損な
われる。
【0004】
【課題を解決するための手段】本発明は上記の点を解決
するため次の構成を採用する。本発明の方法は、ファク
シミリにより画像データを送信する場合に、送信側で予
め送信対象となる画像データを用意して、回線接続後送
信開始前に、受信側の受信用メモリの空き容量を問い合
わせ、送信すべき画像データの量が、受信用メモリの空
き容量を越えている場合には、送信開始前に当該画像デ
ータの送信を中止して、回線を切断する。なお、送信を
中止して回線切断の後に、予め設定した待機時間を経過
したとき、受信側に再発呼するとよい。
【0005】また、別の方法では、回線接続後送信開始
前に、受信側の受信用メモリの空き容量を問い合わせ
て、送信すべき画像データの量が、受信用メモリの空き
容量を越えている場合には、予め用意した画像データを
再圧縮して、送信すべき画像データ量を縮小して、改め
て送信すべき画像データの量が、受信用メモリの空き容
量を越えているかどうかを判断することもできる。
【0006】
【作用】送信側では、画像データ送信前に、予めそのデ
ータ量を認識しておく。そして、受信側の能力宣言文に
受信用メモリの空き容量を含める。送信側では受信用メ
モリの空き容量と送信すべき画像データ量とを比較し、
そのまま送信できるかどうか判断する。送信可能な場合
は通常通りの送信をし、不可能な場合、画像データをよ
り高い圧縮率で再圧縮する。それでも送信が不可能な場
合、送信を中止して、しばらく時間をおいて再発呼す
る。
【0007】
【実施例】以下、本発明を図の実施例を用いて詳細に説
明する。図1は、本発明によるファクシミリの通信方法
実施例を示す説明図である。この説明の前に、まず、本
発明の実施に適するファクシミリ端末の構成を説明す
る。図2は、ファクシミリ端末の具体的なブロック図で
ある。図に示す装置は、プロセッサ(CPU)1により
制御され、このプロセッサ1にはバスライン2を介して
次のような装置が接続されている。即ち、ここには読み
取り画像処理部3、符号化復号化装置(ENC/DE
C)4、リード・オンリ・メモリ(ROM)、ランダム
・アクセス・メモリ(RAM)6、RTC7、印刷画像
処理部8、メカインタフェース9、スピーカ(SP)1
0、操作部(OPE)11、モデム12、通信制御部
(NCU)13が接続されている。
【0008】読み取り画像処理部3はスキャナ15によ
って読み取られた送信用の画像を処理し、画像データを
得る部分である。印刷画像処理部8は、受信した画像デ
ータに基づいてその内容をプリンタ16に送り印刷する
ための制御を行う部分である。通信制御部13は、回線
19を通じてファクシミリ送受信のプロトコルを制御す
る部分である。これらのブロック構成は、従来一般のフ
ァクシミリ装置と変わるところはない。ここで、本発明
の方法を実施するためには、上記プロセッサ1やその動
作プログラムを格納したROM5等に次のような機能ブ
ロックが含められる。
【0009】図3は、本発明実施のための機能ブロック
図である。まず、送信側では、スキャナ15の出力を受
け入れる読み取り画像処理部3に、例えばA/D変換器
(A/D)21や符号化復号化装置4が設けられる。符
号化復号化装置4は読み取られた画像データを一定の手
順で圧縮符号化する部分である。なお、ファクシミリ装
置に利用される圧縮処理は何種類かよく知られたものが
あるが、本発明の方法を実施する場合、その何種類かの
うちのいずれかを選択して圧縮できるような機能を持つ
ものとする。
【0010】RAM6には、送信画像データ23が一時
格納される。これは任意の方法による圧縮処理後のデー
タである。また、この送信画像データ23の量を検出す
るために、画像データ量検出部24が設けられている。
更に、この検出結果を格納するために、画像データ量記
憶部25が設けられている。一方、受信側では、受信用
メモリ29の空き容量を調べる空き容量検出部28が設
けられている。受信用メモリ29には、過去に受信した
画像データ等が格納されている。従って、受信用メモリ
29自体の空き容量は受信側のファクシミリの動作状態
によって時々刻々変化する。これを空き容量検出部28
が検出し、その結果を後で説明する手順で送信側に送
る。空き容量に該当するデータは、送信側の空き容量記
憶部26に格納される。そして、比較部27は、画像デ
ータ量記憶部25に格納された画像データ量と空き容量
記憶部26に格納された空き容量と比較し、どちらが大
きいかを判断してその結果を出力する構成となってい
る。その結果に従って、後で説明するような手順が実行
される。
【0011】なお、本発明は、原稿を送信側で予め読み
取り記憶装置に蓄積し、これを送信するといった機能を
持つ装置により実現される。ここで、図2の装置による
原稿の読み取り動作を説明する。まず、スキャナ15に
原稿を乗せて、操作部OPE11を操作してその読み取
りモードを設定する。なお、このとき、受信側の電話番
号を指定し、図示しない送信スタートボタンを押すと、
スキャナ15による原稿の読み取りが開始される。原稿
は1ラインずつ読み取られ、読み取り画像処理部3にお
いて画像データに変換される。この場合に、各画素を白
または黒の2値のデータに変換する2値モードと、各画
素をその濃淡まで含めて多階調で表現する階調モードの
いずれかがある。
【0012】画像データの圧縮モードは受信側の能力に
よって定まる。予め受信側の能力が分かっている場合に
はその能力の最高位に合わせる。不明であれば、通常、
採用される最も低位な良く知られたMHコードに圧縮す
る。なお、圧縮モードには、この他、良く知られたMR
法、MMR法等各種のモードが存在し、それぞれより高
い圧縮率でデータを圧縮する。この処理は符号化復号化
装置4によって行われる。そして、その結果は、RAM
6の中に格納される。こうして、RAM6に格納された
送信画像データは図3の画像データ量検出部24により
そのデータ量が検出され、結果が画像データ量記憶部2
5に格納される。なお、この処理は、図2におけるプロ
セッサ1がROM5に格納されたプログラムに従って実
行する。その結果はRAM6の一部に設けた領域に記憶
する。
【0013】その後で実行される回線接続や送信処理を
図1を用いて説明する。図1のステップS1において、
先に説明した送信画像データの読み取りと圧縮が行われ
る。左側に示した送信側ファクシミリ端末F1による手
順と右側に示した受信側ファクシミリ端末F2による手
順とが交互に繰り返されて、画像データの送信が実行さ
れる。このステップS2において、図2に示す通信制御
部13が回線に対して発呼動作を行う。次に、ステップ
S2〜ステップS8までのファクシミリ送受信のための
良く知られた所定のプロトコルが実行される。送信側フ
ァクシミリ端末F1からは、発呼局が非音声端末である
ことを示すCNG信号が送信される(ステップS2)。
【0014】受信側ファクシミリ端末F2からは、被呼
局が非音声端末であることを示すCEDトーンが出力さ
れる(ステップS3)。更に、受信側ファクシミリ端末
F2からは、その後受信側の装置の能力等を送信側に伝
えるためにNSF,CSI,DIS信号等が送信される
(ステップS4)。なお、このとき、本発明において
は、同時に受信側から受信用メモリの空き容量が通知さ
れる。これは、図3の空き容量検出部28の処理によ
る。送信側ではこのような受信側からの通知に従って、
送信モードを決定するための信号が出力される。なお、
この段階で図3に示す比較部27が送信画像データ量と
受信用メモリの空き容量の比較を行う(ステップS
5)。
【0015】そして、ここで、もし、空き容量が十分で
あれば送信をすると決定する。また、データを圧縮すれ
ば送信が可能であると判断された場合には、その旨を決
定すると共に送信を継続させる。即ち、ステップS6に
おいて回線状況を調べるためのトレーニングが行われ、
ステップS7において受信準備を確認すると、ステップ
S8でトレーニングを行い、続いてステップS9におい
て送信画像データが送信される。なお、このステップS
9で、この実施例では、これまで任意の圧縮方法によっ
て圧縮されていた送信画像データをより圧縮率の高い別
の方法で再圧縮して受信用メモリの空き容量に合わせる
ようにしている。この再圧縮の方法としては、一旦圧縮
したデータを元の圧縮されていない画像データに復元
し、再び別の圧縮方法を用いて圧縮するといった方法が
可能である。このようにして、画像データを送信するこ
とによって、受信側で空き容量不足のために受信が停止
するといった事態が防止される。
【0016】上記のような送信すべき画像データ量と受
信用メモリの空き容量の比較及びその結果に応じた動作
について更に具体的に説明を行う。図4と図5は、発明
の通信方法動作フローチャートである。まず、ステップ
S1において、先に説明した通り、原稿のセットと読み
取りをし、ステップS2でその完了を検出すると、ステ
ップS3で送信すべき画像データの量を記憶する。ステ
ップS4で発呼が開始され、ステップS5で受信側の能
力宣言を受信すると、ステップS6で受信用メモリの空
き容量を記憶する。ここで、ステップS7において、空
き容量が送信データ量と比較して満足できるものである
かどうかを判断する。
【0017】この場合に、ライン密度と圧縮モードをチ
ェックし、読み取った原稿のライン密度と圧縮モードが
受信側の能力内かどうかが判断される。受信用メモリの
空き容量が満足できるものと判断した場合には、ステッ
プS8において送信モードを設定し、ステップS9でN
SSやDCSを送信し、通常通りステップS10で画像
データの送信を開始する。一方、受信用メモリの空き容
量が不足すると判断した場合には、ステップS11に移
る。そして、ここでこれまで用意していた画像データを
別の方法で再圧縮すれば、受信用メモリの空き容量に対
し十分なものとなるかどうかを予測する。この場合に
は、経験値によって圧縮モードに応じた画像データ量を
演算処理して概算し、空き容量との比較を行う。
【0018】なお、この場合に、用意していた画像デー
タが圧縮されていないものの場合もあれば、最も圧縮率
の低い状態で保存されている場合もある。また、比較的
高い圧縮率で圧縮され用意されている場合もある。それ
ぞれの場合について、一旦その画像データを非圧縮状態
に復元し、別の圧縮方法で圧縮した場合のデータ量を演
算し、このステップS11での判断を行う。圧縮可能と
判断した場合はステップS12に移り、画像データの圧
縮方法を変更して、ステップS13において、圧縮した
画像データの量を記憶する。具体的には、例えば階調モ
ードを2値モードに変換し、ライン密度等も変更するこ
とによって、次に示すようにその圧縮率が変わり、格納
に必要なメモリの空き容量が変化する。
【0019】 〈ライン密度の変更例〉 圧縮前 圧縮後 15.4(1/mm) → 7.7 (1/mm) 7.7(1/mm) → 3.85(1/mm) 階調(写真)モード → 2値モード 〈参考圧縮データ(MMRモード時の必要受信用メモリ容量)〉 写真原稿 2値原稿 階調;15.4(1/mm) 800KByte → (200KByte ) 2値;15.4(1/mm) 140 → 150 2値; 7.7(1/mm) 100 → 125 2値;3.85(1/mm) 50 → 100
【0020】ステップS14では、圧縮後のデータ量と
受信側のメモリの空き容量とを比較し、条件を満たすか
どうかを判断する。条件を満たす場合には、ステップS
8に移り、画像データの送信処理を行う。一方、ステッ
プS11において、たとえ圧縮したとしても受信側のメ
モリの空き容量ではこれを格納することができないと判
断されると、ステップS15において、DCN信号を送
信し、ステップS16で回線の切断を行う。即ち、この
ような状態で画像データを送信したとしても送信が中断
することが明白であり、再送信しなければならないとす
れば、送信手続きを始めから行わない方がよい。そこ
で、ここで回線の切断を行う。
【0021】なお、この場合に、一般に、受信用メモリ
は印刷出力が終えれば、その空き容量が増大する。従っ
て、ある程度時間をおいて再発呼すれば、そのとき、受
信用メモリの空き容量が十分な値に復帰している可能性
が高い。そこで、この実施例では、ステップS17にお
いて、予め設定された待機時間を計測し再発呼を行う。
なお、この場合には、一旦読み取った画像データは、例
えばそのまま保持しておくものとする。そして、その
後、ステップS5において、受信側のメモリの空き容量
を再び問い合わせる。ここで、ステップS6以降の処理
を再び行うようにする。こういった手順を繰り返せば、
何回目かの再発呼の際に、画像データの送信が可能にな
る。
【0022】本発明は以上の実施例に限定されない。フ
ァクシミリの構成やファクシミリの送信手順、圧縮モー
ドの選定やその内容等は、システムの構成に応じて自由
に変更して差し支えない。また、送信対象となる画像デ
ータの量の認識や受信側の受信用メモリの空き容量、問
い合わせや認識のためのハードウェア及びその手順につ
いても上記の趣旨を逸脱しない範囲で自由に変更するこ
とが可能である。
【0023】
【発明の効果】以上説明した本発明のファクシミリの通
信方法によれば、予め送信対象となる画像データを用意
して、その量と受信側の受信用メモリの空き容量とを比
較し、受信用メモリの空き容量を越えている場合、送信
開始前に画像データの送信を中止するので、受信側の受
信用メモリの空き容量不足によって、送信開始後に送信
が中断しこれをやり直すといった無駄が防止される。ま
た、一旦送信を中止しても、その後設定した待機時間を
経過した後、再発呼するようにすれば、通信可能になる
場合がある。その自動化によって、オペレータの負担が
軽減される。また、受信用メモリの空き容量に合わせて
送信すべき画像データの圧縮方法を変更するようにすれ
ば、従来は送信が中断されていたものを送信データ量を
縮小して送信を可能にできる。
【0024】また、このメモリの空き容量不足を考慮し
て、予め高い圧縮率の圧縮をしておくと送信画像が劣化
するが、受信側のメモリの空き容量を認識して最適な圧
縮率を採用すれば、より高い品質の画像送信が可能とな
る。
【図面の簡単な説明】
【図1】本発明によるファクシミリの通信方法説明図で
ある。
【図2】ファクシミリ端末のブロック図である。
【図3】本発明実施のための機能ブロック図である。
【図4】本発明の通信方法動作フローチャート(その
1)である。
【図5】本発明の通信方法動作フローチャート(その
2)である。
【符号の説明】
F1 送信側ファクシミリ端末 F2 受信側ファクシミリ端末 S1〜S9 処理ステップ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 FI 技術表示箇所 H04N 1/21 H04N 1/21

Claims (3)

    【特許請求の範囲】
  1. 【請求項1】 ファクシミリにより画像データを送信す
    る場合に、 送信側で予め送信対象となる画像データを用意して、 回線接続後送信開始前に、受信側の受信用メモリの空き
    容量を問い合わせ、 送信すべき画像データの量が、前記受信用メモリの空き
    容量を越えている場合には、送信開始前に当該画像デー
    タの送信を中止して、回線を切断することを特徴とする
    ファクシミリの通信方法。
  2. 【請求項2】 送信を中止して回線切断の後に、予め設
    定した待機時間を経過したとき、受信側に再発呼するこ
    とを特徴とする請求項1記載のファクシミリの通信方
    法。
  3. 【請求項3】 回線接続後送信開始前に、受信側の受信
    用メモリの空き容量を問い合わせて、 送信すべき画像データの量が、前記受信用メモリの空き
    容量を越えている場合には、予め用意した画像データを
    再圧縮して、送信すべき画像データ量を縮小して、 改めて、送信すべき画像データの量が、前記受信用メモ
    リの空き容量を越えているかどうかを判断することを特
    徴とする請求項1又は2記載のファクシミリの通信方
    法。
JP7192480A 1995-07-05 1995-07-05 ファクシミリの通信方法 Pending JPH0923326A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7192480A JPH0923326A (ja) 1995-07-05 1995-07-05 ファクシミリの通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7192480A JPH0923326A (ja) 1995-07-05 1995-07-05 ファクシミリの通信方法

Publications (1)

Publication Number Publication Date
JPH0923326A true JPH0923326A (ja) 1997-01-21

Family

ID=16292001

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7192480A Pending JPH0923326A (ja) 1995-07-05 1995-07-05 ファクシミリの通信方法

Country Status (1)

Country Link
JP (1) JPH0923326A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000105681A (ja) * 1998-09-29 2000-04-11 Fujitsu Ten Ltd 音声情報利用システム
JP2003087541A (ja) * 2001-09-07 2003-03-20 Ricoh Co Ltd 通信端末装置の伝送制御方法
JP2009151685A (ja) * 2007-12-21 2009-07-09 Fujitsu Ltd ディスクアレイ装置管理システム、ディスクアレイ装置、ディスクアレイ装置の制御方法および管理サーバ

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000105681A (ja) * 1998-09-29 2000-04-11 Fujitsu Ten Ltd 音声情報利用システム
JP2003087541A (ja) * 2001-09-07 2003-03-20 Ricoh Co Ltd 通信端末装置の伝送制御方法
JP2009151685A (ja) * 2007-12-21 2009-07-09 Fujitsu Ltd ディスクアレイ装置管理システム、ディスクアレイ装置、ディスクアレイ装置の制御方法および管理サーバ

Similar Documents

Publication Publication Date Title
US5105423A (en) Digital transmission device having an error correction mode and method for shifting down a data transmission rate
US6775033B1 (en) Image communication apparatus and communication control method thereof
US20030193692A1 (en) Color image transmitting apparatus
US5526367A (en) Data communication apparatus
JPH0923326A (ja) ファクシミリの通信方法
JP3214112B2 (ja) ファクシミリの伝送制御方式
JP3341315B2 (ja) 手動ポーリング制御方式
JP3346219B2 (ja) 通信装置
US7079274B2 (en) Communication terminal device
JP3086612B2 (ja) ファクシミリ装置の通信制御方式
JP3043208B2 (ja) ファクシミリ装置
JPH10107983A (ja) ファクシミリ装置
JP3529625B2 (ja) 画像データ処理装置
JPH02135864A (ja) ファクシミリ装置の伝送制御方法
JP2952263B2 (ja) ファクシミリ装置
JPS60111576A (ja) フアクシミリ電送方式
JPH1117923A (ja) ファクシミリ装置
JPH10173853A (ja) ファクシミリシステム
JPH06237355A (ja) ファクシミリ装置
JP2003264680A (ja) データ通信装置
JPH0630228A (ja) ファクシミリ装置
JPH0553365U (ja) 符号化方式自動判別機能を有したファクシミリ装置
JPH0897986A (ja) ファクシミリ装置
JPS6080364A (ja) フアクシミリ装置
JPH0630283A (ja) ファクシミリ装置