JP3428941B2 - ファクシミリ通信方法 - Google Patents
ファクシミリ通信方法Info
- Publication number
- JP3428941B2 JP3428941B2 JP2000122570A JP2000122570A JP3428941B2 JP 3428941 B2 JP3428941 B2 JP 3428941B2 JP 2000122570 A JP2000122570 A JP 2000122570A JP 2000122570 A JP2000122570 A JP 2000122570A JP 3428941 B2 JP3428941 B2 JP 3428941B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- time
- ecm
- flow control
- communication
- 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.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 title claims description 27
- 238000000034 method Methods 0.000 title claims description 15
- 239000000872 buffer Substances 0.000 claims description 29
- 238000012545 processing Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 9
- 230000004044 response Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
Landscapes
- Facsimile Transmission Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ファクシミリ通信
方法に関する。 【０００２】 【従来の技術】まず、誤り再送とフロー制御の従来例を
それぞれ説明する。誤り再送の従来例として特開昭５７
−１４５４５１号が上げられる。これには、受信側で所
定量の受信バッファメモリを設け、正常受信したデータ
を受信バッファに記憶し、正常受信したデータが先頭か
らの順番にそろえば、順番がそろったところのまでのデ
ータを出力し、一方、エラー受信したデータはバッファ
メモリに記憶せずに送信側に対して再送要求することが
記載されている。そして、さらに、一番古いエラーデー
タが再送されて正常受信されれば、新たに順番がそろっ
たところまでのデータをバッファメモリから出力する。
そして、一番古いデータ以外のエラーデータが、一番古
いエラーデータより先に正常に受信されれば、一番古い
エラーデータを最優先で再送する。また、フロー制御の
従来例として特開昭５８−７７３７１号が上げられる。
これには、受信側で所定サイズのバッファメモリを備
え、受信側ではそのバッファメモリに記憶されたデータ
を処理することが記載されている。そして、あるデータ
の処理が終了したとき、そのバッファメモリのエリアを
開放し、その後送信されてくるデータを開放したエリア
へ記憶する。ところが、データの処理に時間がかかり、
バッファメモリの空きエリアが所定量以下になれば、送
信側へＳＴＰ信号を送信して、データの送信を中断させ
る。その後、データの処理が進み、バッファメモリに空
きエリアができれば、ＳＴＡ信号を送信してデータの送
信を再開させる制御が行われている。次に、誤り再送機
能とフロー制御機能の両方を持つ従来例について説明す
る。この従来例として、フアクシミリの誤り訂正通信モ
ード（ＣＣＩＴＴ勧告のＥＣＭ通信）が上げられる。Ｅ
ＣＭ通信においては、ブロツク単位で通信が行なわれ、
受信側は受信用にバツフアを２面（フレームサイズ最大
２５６バイトで２５６バイトｘ２５６フレームｘ２面＝
１２８K バイト）用いることで、１面で画像を受信しな
がらそのバツフアで正常に受信したデータ、あるいはも
う１面のバツフアで前回正しく受信したデータを印字す
る制御が一般に行なわれている。このためＥＣＭ通信に
おいては印字出力に時間がかかる等で相手を待たせたい
場合、送信側に次のブロツクの送信を待たせるための信
号（ＲＮＲ信号）を受信側から送出し、次ブロツクの送
信を待たせるフロー制御が可能である。そして、勧告に
よれば、ＥＣＭではフロー制御の応答として、ＭＣＦし
か送信できない。つまり、誤り再送とフロー制御の順番
として、誤り再送を先に行い正しく受信したデータの印
字に時間がかかるのであればフロー制御をし、印字が終
わればＭＣＦを送信するという順番であった。 【０００３】 【発明が解決しようとする課題】しかしながら上記従来
例では、ＣＣＩＴＴ Ｔ３０の勧告によりＴ５＝６０±
５秒となっており、デコード、あるいは印字出力に時間
のかかる装置においては、Ｔ５時間内に印字できない場
合が発生する。この場合、デコード、あるいは印字が終
了していないのでＭＣＦは送信できないが、勧告上の制
限から他の信号も送信できず、結局、信号は何も送信で
きない。そうするとＴ５以内をタイムオーバーしても応
答がないので、送信側はＤＣＮを送信して通信を終了
し、受信側はデータを正常に受信できないという欠点が
あった。そして、以下に記載するように、従来この課題
を認識しているものはなかった。特開昭５７−１４５４
５１号は、一番古いエラーデータを何度再送してもエラ
ーが解消せず、一番古いデータが正常受信されないため
にバッファメモリからデータを出力できない状況に対処
すべく、一番古いエラーデータより先に他のエラーデー
タが正常受信された場合、一番古いエラーデータの再送
を最優先することしか記載されておらず、バッファメモ
リに記憶された受信データの出力に時間がかかる場合に
フロー制御で時間を稼ぐことすら認識していない。まし
て、特開昭５７−１４５４５１号では、ＥＣＭのように
フロー制御時間に上限が設定されているが、データの処
理時間がその上限を超える場合に通信が切断されてしま
うという課題については全く認識されていない。特開昭
５８−７７３７１号の方法では、フロー制御時間（ＳＴ
Ｐ信号を送信してからＳＴＡ信号を送信するまで）に対
して上限がないため、ＥＣＭのようにフロー制御時間に
上限が設定されているが、データの処理時間がその上限
を超える場合に通信が切断されてしまうという課題につ
いては全く認識されていない。したがって、特開昭５７
−１４５４５１号や特開昭５８−７７３７１号のような
従来の誤り再送とフロー制御を組み合わせても、勧告の
ＥＣＭのように誤り再送を先に行い、正しく受信したデ
ータの印字が間に合わないのでフロー制御するという順
番の制御しか導かれない。要するに、誤り再送制御とフ
ロー制御とフロー制御の順番を逆にして、フロー制御の
応答としてＰＰＲを送信できるようにすることは、従来
技術を組み合わせても全く示唆されない。 【０００４】 【課題を解決するための手段】本発明は、ファクシミリ
通信のＥＣＭ通信を行っている際、送信機からの次ブロ
ックの送信がある場合において、ＥＣＭバッファが使用
できない場合に、フロー制御を実行した後、Ｔ５時間が
経過するより早くＰＰＲを送信するものである。 【０００５】 【発明の実施の形態】以下、図面を参照して本発明の一
実施例を詳細に説明する。 【０００６】尚、以下の実施例では、ＣＣＩＴＴ勧告の
ＥＣＭ通信機能を有するフアクシミリ装置を例に説明す
るが、本発明はテレテツクス、コンピユータ通信等のデ
ータ通信装置において誤り訂正通信モードを有するもの
には全て適用できる。 【０００７】図１は、本実施例のフアクシミリ装置の構
成を示したブロツク図である。同図に於て１は、各種の
情報を表示するための表示部、２は複数のキー入力スイ
ツチを有する操作部である。３は制御プログラムを格納
したＲＯＭ、４は原稿画像を読み取る為の読取部、５は
プロセツサ素子等から成る制御部であり、ＲＯＭ３に格
納されたプログラムに従って全体の制御を行なう。６は
受信した画像を記録するための記録部、７は各種データ
を一時的に格納するＲＡＭ、８はＮＣＵ、モデム等より
構成される通信部である。又９はＥＣＭによる画像受信
時に受信画像を格納するＥＣＭバツフアである。ＥＣＭ
受信時に通信回線１０、通信部８を介してデータの授受
を行ない、受信した画像データを順次ＥＣＭバツフア９
に格納していく。この格納された正常画像データを順次
デコード処理し、１ラインの印字可能データにして記録
部６により印字出力する。 【０００８】図２は、本実施例の制御部５の制御動作を
示したフローチヤートである。以下図２の、動作フロー
チヤートを参照して詳記する。まず、着信を検出すると
前手順を行なって、送信機側からＥＣＭ通信が指定され
るとＥＣＭ受信処理に入り、ステツプＳ１でデータの受
信を始める。画像データは１フレーム２５６バイトある
いは６４バイト単位でＨＤＬＣフレーム化され順次送信
機より送られてくる。 【０００９】画信号の終りは同じくＨＤＬＣフレーム化
されたＲＣＰ信号（画信号の終了を示す信号）により判
別し、これをステツプＳ２においてチエツクする。画像
の印字出力は、フレーム単位で正しく受信できたものか
らデコード１ラインの印字可能データがそろった時点、
あるいは１ブロツクが終了した後一括して行なうように
しても良い。ステツプＳ１０で印字出力が可能であった
場合、１ラインの印字を行ない、まだ印字できない時は
引き続いてデータ受信に戻りこのループを繰り返す。 【００１０】ステツプＳ２でＲＣＰを検出すると、引き
続き送信機から送られてくるＱ信号（次ページが有るこ
とを示すＭＰＳ信号、又は前手順に戻ることを示すＥＯ
Ｍ信号、画信号の送信終了を示すＥＯＰ信号）をチエツ
クし次ブロツクの送信があるか判断する。ここで次ブロ
ツクの送信が無い時は後手順で回線を開放し、残りの画
像データをデコードし、印字出力する。次ブロツクの送
信がある場合にはステツプＳ４において他方ＥＣＭバツ
フア９がデコード、印字中等で使用できないかどうかの
判定を行なう。他方ＥＣＭバツフア９が空いている場合
には、ＥＣＭバツフア９内の受信バツフアを切り換えス
テツプＳ１のデータ受信へと処理を移す。他方ＥＣＭバ
ツフア９がデコード中等で使用できない場合には、その
ブロツクでのデータ残量より受信準備ができていないこ
とを示すＲＮＲ信号を送出してフロー制御に入るか、あ
るいはエラーフレームの再送要求信号であるＰＰＲ信号
を送出してデコード、印字出力の為の時間稼ぎを行なう
かのチエツクを行なう。このステツプＳ５における判断
基準は、図３の（１）、図４を参照して述べる。図３の
（１）に示した様な場合、すなわち１ブロツク目のデー
タをデコードして印字出力している途中、他方ＥＣＭ
バツフアで受信していた２ブロツク目のデータが終了
し、続いてブロツク目の送信手順信号が来た場合受信
可能なＥＣＭバツフア９がなく送信機を待たせる必要が
ある。１ブロツク目のデータにある残りのデータをデ
コードして印字出力する時間が、ＣＣＩＴＴ Ｔ３０勧
告にあるＴ５（６０±５秒）より短くて済む場合には、
ＲＮＲ信号と送信機送信の再開を要求する為のＲＲ信号
によるフロー制御（送信側がＲＲ信号を送出した場合に
受信側はＲＮＲ信号を返送して送信を待たせる）で通信
を続けることができるが、残りのデータ量からＴ５時間
内でデコード、印字出力できない場合ＰＰＲ信号による
の再送要求でデコード、印字出力に必要な時間を稼
ぐ。このデコード、印字出力にかかる時間は装置によっ
て異なるため、第４図にある様な各パラメータを装置定
数として組み込む、あるいは外部登録データとしてサー
ビスマン設定としておけば微調が可能となる。 【００１１】尚、上述の実施例では受信続行不可となっ
た場合、自身の処理能力より、Ｔ５時間内でデコード、
印字出力が間に合わないと判断した場合、ＰＰＲを返
し、その後Ｔ５時間内で処理が終わると判断した時点で
フロー制御に移行している。しかしながらフロー制御を
まず行なった後、ＰＰＲを返すようにしてもよい。この
場合Ｔ５時間で送信機が回線断するため、その時間より
少し早めにＰＰＲを返すようにする。この方法だと上述
したものよりＰＰＲを返す回数が少なくなる可能性があ
り、フォールバックするという欠点を改善する効果もあ
る。なお、Ｔ３０のＥＣＭ勧告によれば、フロー制御の
応答として、ＭＣＦしか送信できないので、上述の構成
を実現する前提として、本願では、フロー制御の応答と
して、必要に応じてＰＰＲを送信できるものとした。 【００１２】尚、上述の実施例では受信続行不可となっ
た場合、自身の処理能力より、Ｔ５時間内でデコード、
印字出力が間に合わないと判断した場合、ＰＰＲを返
し、その後Ｔ５時間内で処理が終わると判断した時点で
フロー制御に移行している。しかしながらフロー制御を
まず行なった後、ＰＰＲを返すようにしてもよい。この
場合Ｔ５時間で送信機が回線断するため、その時間より
少し早めにＰＰＲを返すようにする。この方法だと上述
したものよりＰＰＲを返す回数が少なくなる可能性があ
り、フオールバツクするという欠点を改善する効果もあ
る。 【００１３】 【発明の効果】本発明の請求項１によれば、ファクシミ
リ通信のＥＣＭ通信を行っている際、送信機からの次ブ
ロックの送信がある場合において、ＥＣＭバッファが使
用できない場合に、フロー制御を実行した後、Ｔ５時間
が経過するより早くＰＰＲを送信するので、データの処
理時間がフロー制御時間の上限を超える場合に通信が切
断されてしまうことを防止できる。
方法に関する。 【０００２】 【従来の技術】まず、誤り再送とフロー制御の従来例を
それぞれ説明する。誤り再送の従来例として特開昭５７
−１４５４５１号が上げられる。これには、受信側で所
定量の受信バッファメモリを設け、正常受信したデータ
を受信バッファに記憶し、正常受信したデータが先頭か
らの順番にそろえば、順番がそろったところのまでのデ
ータを出力し、一方、エラー受信したデータはバッファ
メモリに記憶せずに送信側に対して再送要求することが
記載されている。そして、さらに、一番古いエラーデー
タが再送されて正常受信されれば、新たに順番がそろっ
たところまでのデータをバッファメモリから出力する。
そして、一番古いデータ以外のエラーデータが、一番古
いエラーデータより先に正常に受信されれば、一番古い
エラーデータを最優先で再送する。また、フロー制御の
従来例として特開昭５８−７７３７１号が上げられる。
これには、受信側で所定サイズのバッファメモリを備
え、受信側ではそのバッファメモリに記憶されたデータ
を処理することが記載されている。そして、あるデータ
の処理が終了したとき、そのバッファメモリのエリアを
開放し、その後送信されてくるデータを開放したエリア
へ記憶する。ところが、データの処理に時間がかかり、
バッファメモリの空きエリアが所定量以下になれば、送
信側へＳＴＰ信号を送信して、データの送信を中断させ
る。その後、データの処理が進み、バッファメモリに空
きエリアができれば、ＳＴＡ信号を送信してデータの送
信を再開させる制御が行われている。次に、誤り再送機
能とフロー制御機能の両方を持つ従来例について説明す
る。この従来例として、フアクシミリの誤り訂正通信モ
ード（ＣＣＩＴＴ勧告のＥＣＭ通信）が上げられる。Ｅ
ＣＭ通信においては、ブロツク単位で通信が行なわれ、
受信側は受信用にバツフアを２面（フレームサイズ最大
２５６バイトで２５６バイトｘ２５６フレームｘ２面＝
１２８K バイト）用いることで、１面で画像を受信しな
がらそのバツフアで正常に受信したデータ、あるいはも
う１面のバツフアで前回正しく受信したデータを印字す
る制御が一般に行なわれている。このためＥＣＭ通信に
おいては印字出力に時間がかかる等で相手を待たせたい
場合、送信側に次のブロツクの送信を待たせるための信
号（ＲＮＲ信号）を受信側から送出し、次ブロツクの送
信を待たせるフロー制御が可能である。そして、勧告に
よれば、ＥＣＭではフロー制御の応答として、ＭＣＦし
か送信できない。つまり、誤り再送とフロー制御の順番
として、誤り再送を先に行い正しく受信したデータの印
字に時間がかかるのであればフロー制御をし、印字が終
わればＭＣＦを送信するという順番であった。 【０００３】 【発明が解決しようとする課題】しかしながら上記従来
例では、ＣＣＩＴＴ Ｔ３０の勧告によりＴ５＝６０±
５秒となっており、デコード、あるいは印字出力に時間
のかかる装置においては、Ｔ５時間内に印字できない場
合が発生する。この場合、デコード、あるいは印字が終
了していないのでＭＣＦは送信できないが、勧告上の制
限から他の信号も送信できず、結局、信号は何も送信で
きない。そうするとＴ５以内をタイムオーバーしても応
答がないので、送信側はＤＣＮを送信して通信を終了
し、受信側はデータを正常に受信できないという欠点が
あった。そして、以下に記載するように、従来この課題
を認識しているものはなかった。特開昭５７−１４５４
５１号は、一番古いエラーデータを何度再送してもエラ
ーが解消せず、一番古いデータが正常受信されないため
にバッファメモリからデータを出力できない状況に対処
すべく、一番古いエラーデータより先に他のエラーデー
タが正常受信された場合、一番古いエラーデータの再送
を最優先することしか記載されておらず、バッファメモ
リに記憶された受信データの出力に時間がかかる場合に
フロー制御で時間を稼ぐことすら認識していない。まし
て、特開昭５７−１４５４５１号では、ＥＣＭのように
フロー制御時間に上限が設定されているが、データの処
理時間がその上限を超える場合に通信が切断されてしま
うという課題については全く認識されていない。特開昭
５８−７７３７１号の方法では、フロー制御時間（ＳＴ
Ｐ信号を送信してからＳＴＡ信号を送信するまで）に対
して上限がないため、ＥＣＭのようにフロー制御時間に
上限が設定されているが、データの処理時間がその上限
を超える場合に通信が切断されてしまうという課題につ
いては全く認識されていない。したがって、特開昭５７
−１４５４５１号や特開昭５８−７７３７１号のような
従来の誤り再送とフロー制御を組み合わせても、勧告の
ＥＣＭのように誤り再送を先に行い、正しく受信したデ
ータの印字が間に合わないのでフロー制御するという順
番の制御しか導かれない。要するに、誤り再送制御とフ
ロー制御とフロー制御の順番を逆にして、フロー制御の
応答としてＰＰＲを送信できるようにすることは、従来
技術を組み合わせても全く示唆されない。 【０００４】 【課題を解決するための手段】本発明は、ファクシミリ
通信のＥＣＭ通信を行っている際、送信機からの次ブロ
ックの送信がある場合において、ＥＣＭバッファが使用
できない場合に、フロー制御を実行した後、Ｔ５時間が
経過するより早くＰＰＲを送信するものである。 【０００５】 【発明の実施の形態】以下、図面を参照して本発明の一
実施例を詳細に説明する。 【０００６】尚、以下の実施例では、ＣＣＩＴＴ勧告の
ＥＣＭ通信機能を有するフアクシミリ装置を例に説明す
るが、本発明はテレテツクス、コンピユータ通信等のデ
ータ通信装置において誤り訂正通信モードを有するもの
には全て適用できる。 【０００７】図１は、本実施例のフアクシミリ装置の構
成を示したブロツク図である。同図に於て１は、各種の
情報を表示するための表示部、２は複数のキー入力スイ
ツチを有する操作部である。３は制御プログラムを格納
したＲＯＭ、４は原稿画像を読み取る為の読取部、５は
プロセツサ素子等から成る制御部であり、ＲＯＭ３に格
納されたプログラムに従って全体の制御を行なう。６は
受信した画像を記録するための記録部、７は各種データ
を一時的に格納するＲＡＭ、８はＮＣＵ、モデム等より
構成される通信部である。又９はＥＣＭによる画像受信
時に受信画像を格納するＥＣＭバツフアである。ＥＣＭ
受信時に通信回線１０、通信部８を介してデータの授受
を行ない、受信した画像データを順次ＥＣＭバツフア９
に格納していく。この格納された正常画像データを順次
デコード処理し、１ラインの印字可能データにして記録
部６により印字出力する。 【０００８】図２は、本実施例の制御部５の制御動作を
示したフローチヤートである。以下図２の、動作フロー
チヤートを参照して詳記する。まず、着信を検出すると
前手順を行なって、送信機側からＥＣＭ通信が指定され
るとＥＣＭ受信処理に入り、ステツプＳ１でデータの受
信を始める。画像データは１フレーム２５６バイトある
いは６４バイト単位でＨＤＬＣフレーム化され順次送信
機より送られてくる。 【０００９】画信号の終りは同じくＨＤＬＣフレーム化
されたＲＣＰ信号（画信号の終了を示す信号）により判
別し、これをステツプＳ２においてチエツクする。画像
の印字出力は、フレーム単位で正しく受信できたものか
らデコード１ラインの印字可能データがそろった時点、
あるいは１ブロツクが終了した後一括して行なうように
しても良い。ステツプＳ１０で印字出力が可能であった
場合、１ラインの印字を行ない、まだ印字できない時は
引き続いてデータ受信に戻りこのループを繰り返す。 【００１０】ステツプＳ２でＲＣＰを検出すると、引き
続き送信機から送られてくるＱ信号（次ページが有るこ
とを示すＭＰＳ信号、又は前手順に戻ることを示すＥＯ
Ｍ信号、画信号の送信終了を示すＥＯＰ信号）をチエツ
クし次ブロツクの送信があるか判断する。ここで次ブロ
ツクの送信が無い時は後手順で回線を開放し、残りの画
像データをデコードし、印字出力する。次ブロツクの送
信がある場合にはステツプＳ４において他方ＥＣＭバツ
フア９がデコード、印字中等で使用できないかどうかの
判定を行なう。他方ＥＣＭバツフア９が空いている場合
には、ＥＣＭバツフア９内の受信バツフアを切り換えス
テツプＳ１のデータ受信へと処理を移す。他方ＥＣＭバ
ツフア９がデコード中等で使用できない場合には、その
ブロツクでのデータ残量より受信準備ができていないこ
とを示すＲＮＲ信号を送出してフロー制御に入るか、あ
るいはエラーフレームの再送要求信号であるＰＰＲ信号
を送出してデコード、印字出力の為の時間稼ぎを行なう
かのチエツクを行なう。このステツプＳ５における判断
基準は、図３の（１）、図４を参照して述べる。図３の
（１）に示した様な場合、すなわち１ブロツク目のデー
タをデコードして印字出力している途中、他方ＥＣＭ
バツフアで受信していた２ブロツク目のデータが終了
し、続いてブロツク目の送信手順信号が来た場合受信
可能なＥＣＭバツフア９がなく送信機を待たせる必要が
ある。１ブロツク目のデータにある残りのデータをデ
コードして印字出力する時間が、ＣＣＩＴＴ Ｔ３０勧
告にあるＴ５（６０±５秒）より短くて済む場合には、
ＲＮＲ信号と送信機送信の再開を要求する為のＲＲ信号
によるフロー制御（送信側がＲＲ信号を送出した場合に
受信側はＲＮＲ信号を返送して送信を待たせる）で通信
を続けることができるが、残りのデータ量からＴ５時間
内でデコード、印字出力できない場合ＰＰＲ信号による
の再送要求でデコード、印字出力に必要な時間を稼
ぐ。このデコード、印字出力にかかる時間は装置によっ
て異なるため、第４図にある様な各パラメータを装置定
数として組み込む、あるいは外部登録データとしてサー
ビスマン設定としておけば微調が可能となる。 【００１１】尚、上述の実施例では受信続行不可となっ
た場合、自身の処理能力より、Ｔ５時間内でデコード、
印字出力が間に合わないと判断した場合、ＰＰＲを返
し、その後Ｔ５時間内で処理が終わると判断した時点で
フロー制御に移行している。しかしながらフロー制御を
まず行なった後、ＰＰＲを返すようにしてもよい。この
場合Ｔ５時間で送信機が回線断するため、その時間より
少し早めにＰＰＲを返すようにする。この方法だと上述
したものよりＰＰＲを返す回数が少なくなる可能性があ
り、フォールバックするという欠点を改善する効果もあ
る。なお、Ｔ３０のＥＣＭ勧告によれば、フロー制御の
応答として、ＭＣＦしか送信できないので、上述の構成
を実現する前提として、本願では、フロー制御の応答と
して、必要に応じてＰＰＲを送信できるものとした。 【００１２】尚、上述の実施例では受信続行不可となっ
た場合、自身の処理能力より、Ｔ５時間内でデコード、
印字出力が間に合わないと判断した場合、ＰＰＲを返
し、その後Ｔ５時間内で処理が終わると判断した時点で
フロー制御に移行している。しかしながらフロー制御を
まず行なった後、ＰＰＲを返すようにしてもよい。この
場合Ｔ５時間で送信機が回線断するため、その時間より
少し早めにＰＰＲを返すようにする。この方法だと上述
したものよりＰＰＲを返す回数が少なくなる可能性があ
り、フオールバツクするという欠点を改善する効果もあ
る。 【００１３】 【発明の効果】本発明の請求項１によれば、ファクシミ
リ通信のＥＣＭ通信を行っている際、送信機からの次ブ
ロックの送信がある場合において、ＥＣＭバッファが使
用できない場合に、フロー制御を実行した後、Ｔ５時間
が経過するより早くＰＰＲを送信するので、データの処
理時間がフロー制御時間の上限を超える場合に通信が切
断されてしまうことを防止できる。
【図面の簡単な説明】
【図１】本実施例のフアクシミリ装置のブロツク図であ
る。 【図２】本実施例の制御動作を表わしたフローチヤート
である。 【図３】ＥＣＭ受信時におけるバツフア管理図である。 【図４】ＥＤＭ受信時におけるバツフア管理図である。 【符号の説明】 １ 表示部 ２ 操作部 ３ ＲＯＭ ４ 読取部 ５ 制御部 ６ 記録部 ７ ＲＡＭ ８ 通信部 ９ ＥＣＭバツフア １０ 通信回線
る。 【図２】本実施例の制御動作を表わしたフローチヤート
である。 【図３】ＥＣＭ受信時におけるバツフア管理図である。 【図４】ＥＤＭ受信時におけるバツフア管理図である。 【符号の説明】 １ 表示部 ２ 操作部 ３ ＲＯＭ ４ 読取部 ５ 制御部 ６ 記録部 ７ ＲＡＭ ８ 通信部 ９ ＥＣＭバツフア １０ 通信回線
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 ファクシミリ通信のＥＣＭ通信を行って
いる際、送信機からの次ブロックの送信がある場合にお
いて、ＥＣＭバッファが使用できない場合に、フロー制
御を実行した後、Ｔ５時間が経過するより早くＰＰＲを
送信することを特徴とするファクシミリ通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000122570A JP3428941B2 (ja) | 1991-03-29 | 2000-04-24 | ファクシミリ通信方法 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06582991A JP3155769B2 (ja) | 1991-03-29 | 1991-03-29 | データ通信装置及びデータ通信方法 |
| JP2000122570A JP3428941B2 (ja) | 1991-03-29 | 2000-04-24 | ファクシミリ通信方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06582991A Division JP3155769B2 (ja) | 1991-03-29 | 1991-03-29 | データ通信装置及びデータ通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000349857A JP2000349857A (ja) | 2000-12-15 |
| JP3428941B2 true JP3428941B2 (ja) | 2003-07-22 |
Family
ID=27736304
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000122570A Expired - Fee Related JP3428941B2 (ja) | 1991-03-29 | 2000-04-24 | ファクシミリ通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3428941B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5772352B2 (ja) * | 2011-07-29 | 2015-09-02 | ブラザー工業株式会社 | 通信装置及びコンピュータプログラム |
-
2000
- 2000-04-24 JP JP2000122570A patent/JP3428941B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000349857A (ja) | 2000-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH02215274A (ja) | ファクシミリ装置 | |
| JPH0563962A (ja) | フアクシミリ装置 | |
| JP3155769B2 (ja) | データ通信装置及びデータ通信方法 | |
| JP3428941B2 (ja) | ファクシミリ通信方法 | |
| JP2907029B2 (ja) | ファクシミリ通信方法 | |
| JP3210422B2 (ja) | ファクシミリ装置 | |
| JP3268604B2 (ja) | ファクシミリ装置 | |
| JP3558718B2 (ja) | ファクシミリ装置 | |
| JP2788468B2 (ja) | ファクシミリ装置およびファクシミリ通信方法 | |
| JP3690284B2 (ja) | 通信端末装置 | |
| JP2001268114A (ja) | インターネットファクシミリ装置およびその制御方法およびインターネットファクシミリ送信装置およびインターネットファクシミリ受信装置 | |
| JPH06225101A (ja) | ファクシミリ装置の画像送信方法 | |
| JPH04252664A (ja) | Ｅｃｍ機能を備えたデータ伝送装置 | |
| JPS63193670A (ja) | 画像通信装置 | |
| JPH06233099A (ja) | ファクシミリ装置 | |
| JPH10191033A (ja) | ファクシミリ装置 | |
| JP2001148770A (ja) | 画像読取り装置 | |
| JPH0723150A (ja) | ファクシミリ装置 | |
| JPH06233103A (ja) | ファクシミリ装置 | |
| JPH03120954A (ja) | 画像通信装置 | |
| JPH06178072A (ja) | ファクシミリ受信方法 | |
| JP2001103253A (ja) | ファクシミリ機能装置 | |
| JP2004007678A (ja) | 通信装置 | |
| JPH01200780A (ja) | ファクシミリ装置 | |
| JPH07221963A (ja) | ファクシミリ通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030422 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090516 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100516 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |