JP3244793B2

JP3244793B2 - データ通信装置

Info

Publication number: JP3244793B2
Application number: JP21248492A
Authority: JP
Inventors: 志堅戴; 誠松本; 伸彦野間
Original assignee: 松下電送システム株式会社
Priority date: 1992-08-10
Filing date: 1992-08-10
Publication date: 2002-01-07
Anticipated expiration: 2017-01-07
Also published as: JPH0662070A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パソコン等のデータ端
末装置からのデータを一般通信回線に送出するデータ通
信装置に関するものである。

【０００２】

【従来の技術】近年、パソコン等のデータ端末装置（以
下ＤＴＥとする。ＤＡＴＡＴＥＲＭＩＮＡＬＥＱＵ
ＩＰＭＥＮＴ）からのデータの送受信を一般通信回線を
介してファクシミリ装置に対して行うようになって来て
いる。この際、ＤＴＥはデジタル信号のみを取り扱うの
で、一旦ファクシミリアダプター（以下ＤＣＥとする。
ＤＡＴＡＣＩＲＣＵＩＴ−ＴＥＲＭＩＮＡＴＩＮＧ
ＥＱＵＩＰＭＥＮＴ）を介しアナログ信号に変調した後
に、一般通信回線に対しデータを送出して、ファクシミ
リ装置とのデータの送受信を行っている。

【０００３】以下、従来のファクシミリアダプターにつ
いて図面を参照にしながら説明する。

【０００４】図１０は、従来のＤＴＥ及びＤＣＥとの関
係を示す概略ブロック図である。図１０において、１は
パソコン等のデータ端末装置ＤＴＥであり、２はＤＴＥ
１からのデジタルデータをアナログデータに変調するＤ
ＣＥである。３はＲＳ−２３２Ｃ等の構内回線であり、
ＤＴＥ１からのデジタルデータをシリアルでＤＣＥ２に
転送している。４はＣＣＩＴＴのＴ．３０手順で取り決
めされた一般通信回線であり、ＤＣＥ２において変調さ
れた符号データを伝送している。５はＤＴＥ１から転送
されたデータを一時的に記憶するバッファであり、６は
バッファ５に一時的に記憶されたデータを必要に応じ符
号化しまたは原稿サイズの変換を行い、さらに符号化さ
れたデータに対して１ラインのデータ数が予め定められ
た最小データ数に満たない場合には０フィルを付加し所
定データ数に変換するデータ処理部である。この所定デ
ータ数は、構内回線３の設定速度と回線４の伝送時間と
の差及びＴ．３０通信手順で定められた最小伝送時間か
ら、１ラインの符号データの最小データ数を計算した上
で定められている。７はデータ処理部で変換され、若し
くは無変換の符号データをリング形式で蓄積するバッフ
ァであり、所定容量のデータブロック単位毎にブロック
サイズを固定管理してデータを記憶している。また、８
はバッファ７内の符号データを変調し順次一般通信回線
４に送出しているモデム送出部である。これらバッファ
５、データ処理部６、バッファ７、モデム送出部８はそ
れぞれＤＣＥ２を構成している。

【０００５】以下、上記従来例の動作を説明する。ま
ず、ＤＴＥ１からデジタルデータが構内回線３を介して
シリアルでＤＣＥ２に転送される。ＤＣＥ２に転送され
たデータはバッファ５で１ライン単位に分割され、デー
タ処理部６において必要に応じ符号化処理及び原稿のサ
イズ変換がなされる。例えば、相手側ファクシミリ装置
にＭＲの符号データを受信する能力がありＤＴＥ１から
の符号データがＭＨである場合、通信時間を短縮するた
めにデータ処理部６はＭＨの符号データをＭＲの符号デ
ータに変換する。また、例えば相手側ファクシミリ装置
にＢ５の記録紙しかない場合、ＤＴＥ１からの送出デー
タがＡ４の原稿サイズのものであれば、データ処理部６
はこの原稿サイズをＡ４からＢ５に変換する。さらに、
データ処理部６は符号データが前記所定データ数に達し
ている場合にはそのまま０フィルを付加することなくバ
ッファ７に転送し、また、符号データが前記所定データ
数に満たない場合には０フィルを付加して所定データ数
に変換した上でバッファ７に転送する。バッファ７に記
憶された符号データはモデム送出部５によって、一般通
信回線４に送出される。

【０００６】通常、構内回線３の通信速度と一般通信回
線４の通信速度との関係はＤＴＥ１の動作状況が異なる
ため一定であることが少ない。構内回線３の通信速度が
一般通信回線４の通信速度より遅くなった場合に、ＤＴ
Ｅ１から転送されるデータがモデム送出部８の一般通信
回線４へデータ送出動作に間に合わずアンダーフローが
発生すると、モデム送出部８はアンダーフロによる通信
の中断を避けるため０フィルを送出し、構内回線３と一
般通信回線４との速度の差を吸収していた。

【０００７】

【発明が解決しようとする課題】しかし、このような従
来技術の構成では、構内回線３の速度が一般通信回線４
の速度より遅い場合でもあっても、バッファ７はデータ
を所定サイズのデータブロック単位毎に蓄積していたた
め、データ量がそのデータブロックの所定サイズに達し
データブロックが完成するまでの間、モデム送出部８は
アンダーフローによる通信の中断を避けるために０フィ
ルを送出し続けなければならず、その分通信時間が不必
要に長くなっていた。さらに、データブロックの切れ目
が必ずしも１ラインの切れ目と一致しないため、１ライ
ンのデータの途中で０フィルを送出する場合が生ずる。
この場合、１ラインのデータの途中で０フィルを送出す
ると、画情報が壊れ符号エラーを引き起こす原因となっ
ていた。

【０００８】すなわち、バッファ７は複数データブロッ
クを有し、そのデータブロックの中にデータ処理部６は
符号データを順次書き込んでいる。符号データのデータ
量がデータブロックの所定サイズを満たすとそのデータ
ブロックは完成することになり、次にデータ処理部６は
新たなデータブロックへの符号データの書込みを開始す
る。以後同様の動作が繰り返される。バッファ７内に完
成されたデータブロックができると、モデム送出部８は
前記データブロックから符号データを読み出し一般通信
回線４へ送出する。他方、バッファ７内に所定サイズま
で符号データを蓄積したデータブロックがまだ完成して
いない場合は、モデム送出部８は送出する符号データを
持たないので、アンダーフローによる通信の中断を避け
るために一般通信回線４へ０フィルを送出する。この
際、構内回線３の転送速度が一般通信回線４の速度より
遅いと、バッファ７内の１個のデータブロックが完成す
るのにもそれだけ時間がかかることになる。そのため、
モデム送出部８は符号データを一般通信回線４へ送出し
た後バッファ７内にデータブロックが完成するまでの間
０フィルを送出し続けなければならず、通信時間が長く
なるという問題が生じていた。また、バッファ７内の全
データブロックが完成したデータブロックであっても、
モデム送出部８が符号データを一般通信回線４へ送出す
るにしたがって、バッファ７全体の空容量は増えてく
る。この場合、符号データを書込めるだけの容量が時間
の経過にしたがってバッファ７内に存在することになる
が、データ処理部６はデータブロックを所定サイズ毎に
データブロックを固定管理しているので、バッファ７内
に空きブロックができるまで符号データを書込むことは
できない。したがって、バッファ７内に空きブロックが
できるまでデータ処理部６は符号データの書込みを行わ
ずに待たなければならず、その分通信時間が無駄に長く
なっていた。

【０００９】さらに、データブロックのサイズは予め固
定されているので、データブロックの切れ目が必ずしも
１ラインの切れ目と一致しないおそれがあった。そのた
め、バッファ７内に完成したデータブロックがなくなり
モデム送出部８が０フィルを送出すると、１ラインのデ
ータの途中で０フィルを送出することになっていた。こ
の場合１ラインのデータの途中に無意味な０フィルを付
加することになり、画情報が壊れやすく符号エラーが発
生していた。

【００１０】本発明は上記課題を解決するもので、バッ
ファ内のデータが減りアンダーフローぎみの場合でも０
フィルの送出を最少必要限度におさえ通信時間を削除す
ることができ、さらに、０フィルによる通信エラーの発
生を防ぎ通信の継続を保証するデータ通信装置を提供す
ることを目的とする。

【００１１】

【課題を解決するための手段】本発明は上記課題を解決
するために、データ処理部が符号データをライン単位で
管理し、所定ブロックサイズに関わりなく直前のデータ
ブロックがデータ送出中のデータブロックであれば、現
在書込み中のデータブロックを完成させたものとしデー
タブロックを１個先に進め次のデータブロックに符号デ
ータを書込み、また、次のデータブロックがデータ送出
中のブロックであれば、すでにブロックサイズを越えて
符号データを書込んでいても現在のデータブロックに符
号データを書込み続けるブロックサイズの可変制御を行
い、完成した未送出ブロックが所定ブロックサイズに満
たない場合であってもモデム送出部が０フィルの送出を
停止する制御を行う構成を備えたものである。

【００１２】

【作用】本発明は上述の構成により、データ処理部が符
号データをライン単位で管理し、かつ、データブロック
のサイズを可変制御して符号データをバッファにブロッ
ク単位で書込むことにより、所定ブロックサイズを越え
ても１ライン分の符号データを取り込んだ時点でブロッ
クを完成させ、かつ、次のブロックが送出中ブロックで
あれば書込み中ブロック内に符号データが満たなくても
ブロックを完成させてモデム送出部の０フィル送出時間
を最小限度に押さえているので、通信時間を短縮するこ
とができる。また、所定ブロックサイズを越えても最後
の１ラインを取り込んだ時点でデータブロックを完成さ
せることにより、データブロックの切れ目と１ライン切
れ目とを一致させているので、１ラインの途中で０フィ
ルが送出されることはなく、通信の継続を保証すること
ができる。

【００１３】

【実施例】以下、本発明の一実施例について図面を参照
にしながら説明する。

【００１４】図１は本発明の一実施例であるデータ通信
装置の概略を示す概略ブロック図、図２はデータ処理部
の詳細ブロック図、図３は本発明のデータ処理部の制御
動作を示したフロー図である。図４は図３のステップ４
０〜ステップ４３におけるバッファの蓄積状態を示すメ
モリ状態図、図５は図３のステップ４０〜終了における
バッファの状態を示すメモリ状態図、図６は図３のステ
ップ４２〜終了におけるバッファの状態を示す、メモリ
状態図、図７は図３のステップ４２〜ステップ４３にお
けるバッファの状態を示すメモリ状態である。図８
（ａ）乃至（ｂ）は図５におけるバッファの状態の遷移
を表した状態遷移図である。図９は本発明のモデム送出
部の制御動作を示したフロー図である。

【００１５】図１において、図１０の従来例と同一機能
を有する部分には同一符号を付し、説明を省略する。７
は従来例のバッファ７と同一であるが、表記上バッファ
７内のＮ_Rはモデム送出部８が現在符号データを読み出
しているデータブロックを指し、ｎ及びｎ＋１とはそれ
ぞれｎ番目及びｎ＋１番目のデータブロックを示し、そ
してＮ_wはデータ処理部６が現在符号データを書込み中
の未完成データブロックを表している。また、このバッ
ファ７は少なくとも３個以上のデータブロックを有し、
全体のブロック数は一般通信回線の速度とバッファの容
量とから決定される。本発明においてデータブロックは
ライン単位の符号データで構成され、各ライン単位の符
号データはＥＯＬ（０００００００００００１）を含む
データで始まる符号データである。それを以下のように
定義する。

【００１６】データブロック＝空でないラインデータの集合（１ライ
ンを含む）ラインデータ＝ＥＯＬ＋１ラインの符号データ符号データ＝画データのＭＨ、ＭＲもしくはＭＭＲの符
号データ実際、バッファ７にはＮ個のデータブロックからなるリ
ング形式のバッファを使用することが多い。

【００１７】図２において、６１はデータ処理部６の種
々の制御を行う制御部であり、データの符号化処理、原
稿のサイズ変換処理及びバッファ７へのデータ書込み制
御等を行っている。６２はバッファ５から１ライン毎に
データを切り出すデータ切出し処理部、６３はデータ切
出し処理部６２に蓄えられたデータを符号化処理若しく
は原稿のサイズ変換処理を行う符号／サイズ変換処理
部、６４は符号／サイズ変換処理部６３において処理さ
れた符号データをバッファ７に書込む制御及びバッファ
７のデータブロックのブロックサイズを可変制御等を行
うバッファ制御部であり、データ切出し処理部６２、符
号／サイズ変換処理部６３及びバッファ制御部６４は制
御部６１を構成している。６５はデータをＭＨ方式若し
くはＭＭＲ方式で符号化処理を行う際に用いる参照デー
タを蓄積しておく内部参照ラインデータバッファ、６６
は制御部６１において処理された符号データを蓄積して
おく符号データバッファである。バッファ制御部６４は
符号データバッファ６６に蓄積された符号データをバッ
ファ７に書込んでいる。

【００１８】以下、このように構成された本発明のデー
タ通信装置について図２乃至図９を用いてその動作を説
明する。

【００１９】データ処理部６は図３に示すように以下の
ような制御動作を行う。まず、バッファ５はＤＴＥ１か
ら転送されて来たデータをライン単位に分割する。次
に、データ切出し処理部６２はバッファ５からライン単
位に分割されたデータを切り出す。切り出されたデータ
は符号／サイズ変換処理部６３により必要に応じて内部
参照ラインデータバッファ６５内のラインデータを基に
符号化処理され、また、原稿サイズの変換処理がなされ
る（ステップ３１）。符号化処理若しくは原稿サイズ変
換処理後の符号データはデータ処理部６内部の符号バッ
ファ６６に一時記憶される。続いて、バッファ制御部６
４において符号データのデータ量Ｌｓｉｚがバイト数で
計算され、計算の結果それが所定の最小データ数Ｌｍｉ
ｍ以上であるか否かを判断する（ステップ３２）。Ｌｓ
ｉｚがＬｍｉｍより小さい場合にはバッファ制御部６４
はその符号データがＬｓｉｚになるまで０フィルを付加
し、ＬｍｉｍをＬｓｉｚに変換する（ステップ３３）。
ここで最小データ数Ｌｍｉｍは次の式によって決定され
る。

【００２０】Ｌｍｉｍ(b/1)＝一般通信回線４の伝送速
度(bps)×最小記録（伝送）時間（ｓ／１）また、Ｌｓ
ｉｚがＬｍｉｍ以上の場合にはそのまま０フィルを付加
することなくステップ３４に進む。ステップ３４では、
バッファ７全体の空き容量Ｅｂを計算している。Ｌｓｉ
ｚの符号データを受入れる容量があれば（ステップ３
５）、バッファ制御部６４はバッファ７のデータブロッ
クＮ_wに符号データを書込む（ステップ３７）。他方、
バッファ７にＬｓｉｚの符号データを受入れる容量がな
ければ（ステップ３５）、一定時間待って（ステップ３
６）再度バッファ７の空き容量を見にいく（ステップ３
４）。バッファ７内にＬｓｉｚ分の空き容量ができるま
では、ステップ３６からステップ３５までの処理を繰り
返し、バッファ７に空き容量ができれば（ステップ３
５）データ処理部６はデータブロックＮ _wに符号データ
を書き込む（ステップ３７）。

【００２１】バッファ制御部６４はバッファ７のデータ
ブロックＮ_wに符号データを書き込むと、ブロックＮ_w内
のデータ数Ｆ（Ｎ_w）がデータブロックの標準サイズＱ
に達したか否かを判断する（ステップ３８）。データ数
Ｆ（Ｎ_w）がＱに満たない場合には１個前のデータブロ
ックＮ_w′を見て（ステップ３９）、そのデータブロッ
クＮ_w′が現在符号データ送出中のブロックＮ_Rであるか
否か判断する（ステップ４０）。なお、ステップ３９に
おいてＮ_w−１＝Ｎ_w（Ｎ−１）ｍｏｄＮを意味する。

【００２２】データブロックＮ_w′がブロックＮ_Rである
場合は、書込み中のブロックＮ_wの直前ブロックが送出中
ブロックＮ_Rであるので、このまま放置しておくとブロッ
クＮ _R内の符号データが空になってもブロックＮ_Rは完成
していないため、アンダーフローが生じる可能性がある。
そこで、バッファ処理６４部は図４に示すようにデータ
数Ｆ（Ｎ_w）がデータブロックの標準サイズＱに満たな
くても、少なくとも１ラインの符号データ（図４では１
ラインである）が入っていれば現在書込み中のデータブ
ロックＮ_wを完成させたものとし１個データブロックを
先に進める（ステップ４３）。すなわち、ここでは符号
データ数Ｆ（Ｎ_w）が標準サイズＱに満たない場合であ
ってもデータブロックを完成させている。このように、
バッファ７には常時データブロックＮ_R未送出データブ
ロック、データブロックＮ_wの少なくとも３個のデータ
ブロックが存在することになる。また、この３個のデー
タブロックがデータブロックＮ_R、データブロックＮ_w、
未書込みデータブロックである場合もあるが、少なくと
も３個データブロックが常時バッファ７内に存在してい
る。なお、ここでＮ_w＋１＝Ｎ_w＋１ｍｏｄＮを意味す
る。

【００２３】１個先に進めたデータブロックに符号デー
タを新たに書込みを開始すると、バッファ処理部６４は
再びステップ４１からステップ３８までの流れを繰り返
す。ステップ３８に至り、ここでデータ数Ｆ（Ｎ_w）が
Ｑに満たない場合でも、図５に示すように１個前のデー
タブロックＮ_w′が送出中ブロックＮ_Rではなく（ステッ
プ４０）未送出データブロックであるので、バッファ処
理部６４はそのまま現在の書込みデータブロックＮ_wに
符号データの書込みを続ける。

【００２４】他方、ステップ３８において、データ数Ｆ
（Ｎw）がＱに達している場合には書込みデータブロッ
クＮw直後のデータブロックＮw′′を見にいく（ステッ
プ４１）。そして、このデータブロックＮw′′が現在
符号データ送出中のブロックＮ_Rであるか否か判断する
（ステップ４２）。データブロックＮw′′がデータブ
ロックＮ_Rであれば、図６に示すように次の書込み可能
な空データブロックは存在しないことになる。この場
合、再びステップ４１からステップ３５までの流れを繰
り返す。ステップ３５に至りバッファ７の全体空き容量
ＥｂがＬｓｉｚの符号データを受け入れる容量があれ
ば、図８（ａ）乃至（ｄ）で詳細に示すように、標準サ
イズＱを越えても現在書込み中のデータブロックＮwに
符号データの書込みをさらに続ける。すなわち、図８
（ａ）はデータブロックＮwへの書込みが続けられ、直
後のデータブロックＮ_Rから符号データが転送されてい
る状態を表している。次に図８（ｂ）では（ａ）の状態
がさらに進みデータブロックＮw内の符号データ数Ｆ
（Ｎw）がＱに達しつつあり、データブロックＮ_R内の符
号データ数Ｆ（Ｎ_R）は転送されているために減ってい
る。図８（ｃ）ではステップ３５でバッファ７の全体空
き容量ＥｂがＬｓｉｚの符号データを受入れる容量があ
ると判断されているので、バッファ制御部６４はバッフ
ァ７内の開いた空間にＱを越えて符号データをデータブ
ロックＮwに書込み続けている。さらに、図８（ｄ）で
はデータブロックＮ_R内の符号データを送出し終わり、
送出データブロックを１個先に進めている。すなわち、
データブロックが１個空いたことになり、Ｑを越えても
書き込み続けていたデータブロックＮwを完成させ、書
き込みデータブロックを１個先に進める。このように、
バッファ７内の全データブロックが完成したデータブロ
ックであっても、バッファ７内にＬｓｉｚの符号データ
を受入れる容量ができれば、現在書込み中のデータブロ
ックＮw内のデータ数Ｆ（Ｎw）がすでに標準サイズＱに
達していてもバッファ制御部６４はＱを越えて符号デー
タをデータブロックＮwに書込みを続ける。これによ
り、バッファ７内に空きブロックが存在しない場合であ
っても、データ処理部６はデータブロックが全て空にな
るのを待っていないので、データブロックを固定管理し
た場合よりも無駄に通信時間を長くすることはない。

【００２５】ステップ４２において、現在書込み中のデ
ータブロックＮwの直後のデータブロックＮw′′が現在
送出中のデータブロックＮ_Rでなければ、図７のように
標準サイズＱを越えて最後の１ラインのデータを入れた
時点でデータブロックＮwを完成させ書込みデータブロ
ックを１個先に進める（ステップ４３）。これにより、
データブロックの切れ目は必ず１ラインの切れ目と一致
し１ラインは必ずＥＯＬで始まるので、１ラインの途中
で０フィルを送出することはなくなる。すなわち、デー
タブロックのブロックサイズを固定管理した場合のよう
に送出中のデータブロックＮ_Rの切れ目がブロック内の
最後の１ラインの途中となることはないので、データブ
ロックＮ_Rの次のブロックが未完成ブロックで０フィル
を送出する場合でも、１ラインの途中で０フィルを送出
することはない。したがって、０フィルにより画情報が
破壊され符号エラーが引き起こされるおそれはなくな
る。

【００２６】次に、モデム送出部８の制御動作を図９を
用いて説明する。まず、モデム送出部８はバッファ７の
送出データブロックＮ_Rから一定時間おきに符号データ
を取り出して一般通信回路４へと送出する。その際、送
出データブロックＮ_R内に未送出の符号データがあるか
否か判断する（ステップ９１）。未送出の符号データが
あれば、モデム送出部８はそのまま符号データを送出し
続ける（ステップ９２）。未送出の符号データがなけれ
ば、送出データブロックＮ _Rの１個先のデータブロック
Ｎ_R′を見にいく（ステップ９３）。この際、１個先に
進めたデータブロックＮ_R′が現在書き込み中のデータ
ブロックＮ_wであれば、つまり未完成のデータブロック
であれば（ステップ９４）、このデータブロックＮ_w内
の符号データは送出することができないので、０フィル
を送出する（ステップ９５）。しかしながら、データブ
ロックＮ_wは少なくとも１ラインの符号データが入れば
完成するので、ブロックサイズ固定管理した場合に比べ
ると０フィルの送出時間はかなり削減される。他方、１
個先に進めたデータブロックＮ_R′が現在書込み中のデ
ータブロックＮ_wでないときは（ステップ９４）、まだ
未送出データブロックがバッファ７内に存在していると
いうことなので、送出データブロックＮ_Rを１個先に進
める（ステップ９６）。そして、モデム送出部８は１個
先に進めたデータブロックから符号データを送出し始め
る（ステップ９７）。

【００２７】以上のように、データ処理部６がバッファ
７内のデータブロックを完成させる際に、符号データ数
Ｆ（Ｎ_w）が標準サイズＱに満たない場合であってもデ
ータブロックを完成させ、若しくは標準サイズＱを越え
た場合であってもそのデータブロックに書込みを続けブ
ロックサイズを可変制御することにより、モデム送出部
８が０フィルを送出する時間を最小限にすることができ
る。したがって、０フィルによる通信時間の増加を最小
限度に押さえることができる。また、データブロックの
切れ目と１ラインの切れ目とは必ず一致しラインは必ず
ＥＯＬで始まるので、０フィルにより画情報が破壊され
符号エラーが引き起こされるおそれはなくなる。したが
って、０フィルによる通信エラーの発生がなくなり通信
の継続を保証することができる。

【００２８】なお、本実施例では画情報のバッファ制御
について言及したが、電話や音響装置等に用いられる音
声データにも利用できることは言うまでもない。また、
その他の分野における制御についても同様である。

【００２９】

【発明の効果】以上の説明からも明らかなように、発明
はバッファ内のデータブロックに符号データを書込んで
データブロックを完成させる際に、データ処理部は書込
んだ符号データ数が標準サイズＱを満たない場合であっ
てもデータブロックを完成させ若しくは標準サイズＱを
越えた場合であっても符号データ数をそのデータブロッ
ク書込み続けることにより、バッファ内のデータブロッ
クのサイズを可変制御し、モデム送出部が０フィルを送
出する時間を最小限にすることができる。また、符号デ
ータをライン単位で管理しかつバッファ内のデータブロ
ックのサイズを可変制御しているため、データブロック
の切れ目をラインの切れ目に一致させることができ、ア
ンダーフローの際の０フィル送出により画情報を破壊し
符号エラーを引き起こすことはなくなる。したがって、
０フィルの送出時間を最小限に押さえることにより通信
時間を短縮することができ、かつ、符号エラーを引き起
こすことがなく、そのため通信の継続を保証することが
できるという効果を有する。

【図面の簡単な説明】

【図１】本発明の一実施例であるデータ通信装置及びデ
ータ端末装置の概略を示した概略ブロック図

【図２】本発明のデータ処理部の詳細ブロック図

【図３】本発明のデータ処理部の制御動作を示したフロ
ー図

【図４】図２のステップ４０〜ステップ４３におけるバ
ッファ内の状態を示したメモリ状態図

【図５】図２のステップ４０〜終了におけるバッファ内
の状態を示したメモリ状態図

【図６】図２のステップ４２〜終了におけるバッファ内
の状態を示したメモリ状態図

【図７】図２のステップ４２〜ステップ４３におけるバ
ッファ内の状態を示したメモリ状態図

【図８】図５におけるバッファ内の状態の遷移を表した
状態遷移図

【図９】本発明の構成要件であるモデム送出部の制御動
作を示したフロー図

【図１０】従来におけるデータ通信装置の一例を示した
概略ブロック図

【符号の説明】

１ＤＴＥ２ＤＣＥ３構内回線４一般通信回線６データ処理部７バッファ８モデム送出部

フロントページの続き (56)参考文献特開昭61−46672（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/02 H04L 13/08 H04N 1/00 107 H04N 1/21

Claims

(57)【特許請求の範囲】

【請求項１】符号データがブロック単位で蓄積される
バッファメモリと、このバッファメモリに蓄積された完
成ブロックの符号データを順次通信回線へ送出するモデ
ム送出部と、現在書込んでいるブロックの直前ブロック
がデータ送出中となったときは当該書込み中のブロック
に書き込まれたデータ数が予め定めている基準ブロック
サイズに満たなくても少なくとも１ラインのデータが書
き込まれていれば書き込みを終了して完成ブロックと
し、書込み対象のデータブロックを１個先に進めるデー
タ処理部とを具備するデータ通信装置。
【請求項２】符号データがブロック単位で蓄積される
バッファメモリと、このバッファメモリに蓄積された完
成ブロックの符号データを順次通信回線へ送出するモデ
ム送出部と、現在書込んでいるブロックの次ブロックが
データ送出中であれば当該書込み中のブロックに書き込
まれたデータ数が予め定めている基準ブロックサイズを
超えていても前記次ブロックの空き領域を使用して当該
ブロックに書き込み続けるデータ処理部とを具備するデ
ータ通信装置。
【請求項３】前記データ処理部は、書込み中ブロック
の次ブロックが送出中ブロックである場合、前記送出中
ブロックからデータが送出され終わるまで前記書込み中
ブロックを完成させないことを特徴とする請求項２記載
のデータ通信装置。
【請求項４】前記データ処理部は、現在書込み中のブ
ロックを完成させる場合、１ラインの最後のデータを書
込んだ時点でブロックを完成させることを特徴とする請
求項１から請求項３のいずれかに記載のデータ通信装
置。