JPS6273844A - テレマテイ−ク端末のフレ−ム送出方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ■技術分野 本発明は、Ｇ４ファクシミリに於いて、画データ送出の
フレーム構成を行なうテレマティーク端末のフレーム送
出方式に関するものである。

■従来技術 近年、ＣＣＩＴＴ等によりテレマティークサービス（テ
レテックス、Ｇ４　ＦＡＸ、ミックスモード機）端末等
の研究がなされており、この中で制御手順（プロトコル
）等がほぼ決まりつ＼ある。

テレマティークサービスでは、従来のＧｌ、Ｇ２．Ｇ３
のＦＡＸでは限界に来ている高画質及び高速伝送を可能
とし、又、異機種間の通信を可能とする制御手順案を決
定しつ２ある。

■　目的 本発明は、これらテレマティーク端末における伝送効率
の改良を行なうことを目的とするものである。

■構成 テレマティークサービスは、以下の回線ＰＳＤＮ（Ｐａ
ｃｈｅｔ−３ｗｉｔｃｈｅｄ　ｐｕｂｌｉｃ　Ｄａｔａ
　Ｎｅｔｗｏｒｋ）Ｃ３ＤＮ（Ｃｉｒｃｕｉｔ−３ｗｉ
ｔｃｈｅｄ　ｐｕｂｌｉｃ　Ｄａｔａ　Ｎｅｔｗｏｒｋ
）ＰＳＴＮ（Ｐｕｂｌｉｃ　５ｗ１ｔｃｈｅｄ　Ｔｅ１
ｅｐｈｏｎｅ　Ｎｅｔｗｏｒｋ）ＩＳＤＮ（Ｉｎｔｅｇ
ｒａｔｅｄ　５ｅｒｖｉｃｅｓ　Ｄｉｇｉｔａｌ　Ｎｅ
ｔｗｏｒｋ：サービス統合網）でサービスされようとし
ている。

このうち、将来に於いてはｌ５ＤＮが本命となっている
。

国内に於いてはｌ５ＤＮとほぼ同等な ＩＮＳ（ＩｎｆｆｉｏｒＩＩＩａｔｉｏｎ　Ｎｅｔｗｏ
ｒｋ　Ｓｙｓｔｅｍ：高度情報通信システム）がサービ
スされようとしている。

ここで、本発明の説明を０４　ＦＡＸを用いて説明する
。

第１図は本発明におけるＧ４　ＦＡＸの制御手順を示す
図である。

Ｇ４　ＦＡＸに於いては、情報量、スピード等からＣ３
ＤＮ、ｌＮ５（ＩＳＤＮ）が適している。

これらの回線はビットレートが高速であり、又、制御手
順上！１ＤＬｃ（ハイレベルデータ　リンク　コントロ
ール）手順によりエラーフリーとなり、従来のＧｌ、Ｇ
２．Ｇ３の電話回線では実験出来なかった高速、高画質
の伝送が可能となる。

回線スピードが速いと実際の画情報転送時間と、画情報
の送信する前の前手順制御、及び画情報送信後の後手順
制御の時間が全体の通信時間の効率に大きく寄与してく
る。

一般に通信に於いて、画情報転送時間を入出力装置と回
線スピードとのスピード整合をとりながら効率良く転送
するには第２図の様に必要な所にバッファリングを行な
う。

第１−図は連送による２頁の画情報の制御手順を例とし
ている。

一般に通信に於いて回線の使用効率を高めようとすると
、入出力装置と回線へのデータの送出、及び回線からの
データの受信の系にメモリ等によるバッファリングを行
なう。

第２図は本発明におけるＦＡＸ端末構成を示す図であり
、１はシステムコントロールユニット（Ｓ、Ｃ，Ｕ）、
２は通信制御ユニット（ＣＣＵ）、３は読取り部（Ｖ、
Ｐ、Ｕ）、４は記録部（Ｗ、Ｃ，Ｕ）、５はオペレータ
インタフェースユニット（ｏ、ｐ、ｕ）、６は送信ステ
ップモータ、７は受信ステップモータ、８は回線、１０
はコマンド／レスポンスインタフェース、１１はライン
メモリ（Ｌ、Ｍ）、１２は符号／復号化部（ＣＯＤＩＥ
Ｃ）、１３はバッファメモリ（Ｅ、Ｍ）、　１４は画デ
ータインタフェース、１５はフローバッファメモリ（Ｆ
、Ｂ）（以下フローバッファと略す）である。

ＦＡＸに於いてはラインメモリ１１．バッファメモリ１
２、フローバッファ１５等が必要となる。

第２図のシステムでは、システムコントロールユニツ１
−１により通信制御ユニット２、読取り部３、オペレー
タインタフェースユニット５を制御している。

又、システムコントロールユニット１内には読取り部３
からの画情報から冗長度を抑圧して符号化データを発生
させるコーグ、及び、逆に符号化された受信データを復
号化して元の画情報に再生するデコーダを持っている。

符号／復号化部１２はコーグ、デコーダを併せたもので
ある。

通信制御ユニット２はシステムコントロールユニット１
の指令により９回線８を通して相手装置と通信を行なう
為の制御手順を実行する。

６４手順１よＩＳＯ規格の７レイヤーＤＳＩモデルを元
にした階層手順となっている。

次に、第１図を用いて通常の画信号送受信の制御手順の
流九を説明する。

■呼接続設定 一般にキャリヤー（日本ではＮＴＴ）が供給する網を用
いて相手局と呼を張る手順を実行する。

使用する網（ＰＳＴＮ　、　ＰＳＤＮ　、Ｃ３ＤＮ　、
　ｌ５ＤＮ　（ＩＮＳ））により決まる。

■データリンクレイヤー設定 データリンクレイヤーは、　ＣＣＩＴＴで勧告されてい
るＩＩＤＬｃ制御手順を用いる。

ＳＡＢＭ：Ｓｅｔ　ＡＢＭモード。

ＵＡ：Ｕｎｎｕ！Ｉｂｅｒｅｄ　Ａｃｃｅｐｔにより、
リンクレイヤーのコネクションを確立する。

■トランスポートレイヤー設定 トランスポートレイヤーは ＴＣＲ（Ｔｒａｎｓｐｏｒｔ　Ｃｏｎｎｅｃｔｉｏｎ　
Ｒｅｑｕａｓｔ）ＴＣＡ（Ｔｒａｎｓｐｏｒｔ　Ｃｏｎ
ｎｅｃｔｉｏｎ　Ａｃｃｅｐｔ）によりコネクションを
確立する。

又、ここで互いの装置のデータブロッタサイズのネゴを
行い１通信中に用いるデータブロックのオクテツト数（
バイト数）を決定する。

■５ｅｓｓｉｏｎレイヤー設定 Ｃ５５（Ｃｏ＋＋ｕｎａｎｄ　５ｅｓｓｉｏｉ　５ｔａ
ｒｔ）Ｒ３ＳＰ（Ｒｅｓｐｏｎｓｅ　５ｅｓｓｊｏｎ　
５ｔａＩ＋ｔ　Ｐｏ５ｉｔｉｖｅ）によりコネクション
を確立する。

又、ここで、両局装置のＩＤ、略号、等の交換及びウィ
ンドサイズ、のネゴ等を行なう。

■ドキュメント設定 ＣＤｃＬ（ＣｏｍｌＩｌａｈｄ　Ｄｏｃｕｍｅｎｔ　Ｃ
ａｐａｂｉｌｉｔｙ　Ｌｉ５ｔ）ＲＤＣＬＰ（Ｒｅｓｐ
ｏｎｑｅ　Ｄｏｃｕｍｅｎｔ　Ｃａｐａｂｉｌｉｔｙ　
Ｌｉ５ｔ　Ｐｃｓｉｔｉｖｅ）ＣＤＳ（Ｃｏｍａｎｄ　
ＤｏｃｕＩＩｌｅｎｔ　５ｔａｒｔ）により、ドキュメ
ントレイヤーのコネクションの確立を行なう。

ＣＤＬＣ、ＲＤＣＬＰでは互いの装置の能力をネゴシェ
ーションしあう。そして、　ＣＤＳで画情報転送フェー
ズのスタートを行なう。

■画情報転送 ここでは、■〜■により相手とのコネクションが設定さ
れたので、画情報データを ＣＤＵＩ（Ｃｏｍｍａｎｄ　　Ｄｏｃｕｍｅｎｔ　　［
Ｊｓｅｒ　　丁ｎｆｏｒｍａｔｉｏｎ）ＨＨＡＤＥＲを
付加して下位レイヤーに引き渡し１画情報として回線へ
送り出す。（下位レイヤーに於いてもＩＩＥＡＤＥＲ処
理が各レイヤーで実行される。）ここで、頁のＦｉｒｓ
ｔ　ＣＤＵＩにより各頁のモード設定を行なう。（第１
図の☆１，２） なお、頁の最初のコマンドにはプレゼンテーションレイ
ヤーのパラメータ（情報）が含まれており、それは、ド
キュメン１−レイアウト記述子、頁レイアウト記述子、
及びテキスト、ユニット等であり、これらの情報により
その文書および頁のモード（例えば、Ｃ０ＤＥＣモード
、線密度等）が指定される。

又、ＣＤＵＩ中には画データ以外にプレゼンテーション
レイヤーのテキスト・ユニットのパラメータであるテキ
ストインフォーメーションにより、プレゼンテーション
レイヤーから見た画データの長さが八ツダーとして含ま
れている。

送信：読取り部からの画データはラインメモリ１１に入
り、符号／復号化部】２により符号化され、バッファメ
モリ１３に蓄えられる。

バッファメモリ１３のデータは通信制御ユニット２へ送
られ、通信制御ユニット２のフローバッファ１５に貯え
る。

これにより５通信制御ユニット２ではフローバッファ１
５に入った符号化データをドキュメントレイヤーへ渡し
、八ツダー処理して回線８へ送り出す。

送信時に於いてはラインメモリ１１とバッファメモリ１
３で、読取りスピードと符号／復号化部スピードとのバ
ッファリングを行なう。

また、バッファメモ１月３とフローバッファ１５で、符
号／復号化部１２のスピードと回線８のスピードとのバ
ッファリングを行なう。

フローバッファ１５は伝送路との速度整合をとり、画信
号をとぎれなく、効率よく伝送する為にもちいる。

受信二回線から入ったデータは通信制御ユニット２内の
各レイヤーでヘッダ・−の取り外しを行ない、符号化デ
ータとしてフローバッファ１５へ貯える。

フローバッファ１５内の符号化データはバッファメモリ
１３へ転送され、符号／復号化部１２により符号化され
ラインメモリ１１へ移される。そして記録部４により記
録を再現される。

受信時に於いてはフローバッファ１５とバッファメモリ
１３で回線スピードと符号／復号化部１２のスピードと
のバッファリングを行なう。そして、ラインメモリ１１
とバッファメモリ１３で記録スピードと符号／復号化部
のスピードとのバッファリングを行なう。

■頁境界及びドキュメント終了 ■において、１頁目の送信が終了した時１次にまだ送る
べき原稿がある時は、 ＣＤＰＢ（Ｃｏｍｍａｎｄ　Ｄｏｃｕｍｅｎｔ　Ｐａｇ
ｅ　Ｂｏｕｎｄａｒｙ）により、頁の終了を受信側へ通
知する。

もし、現頁が最終頁の場合は、 ＣＤ［Ｅ（Ｃｏｍｍａｙｄ　Ｄｏｅｕｍｅｎｔ　Ｅｎｄ
）によりドキュメントの終了を通知する。

これに対して受信側からは、　ＣＤＰ［３に対して、Ｒ
ＤＰＢＰ（Ｒｅｓｐｏｎｓｅ　Ｄｏｃｕｍｅｎｔ　Ｐａ
ｇｅ　Ｂｏｕｎｄａｒｙ　Ｐｏ５ｉｔｉｖｅ）ＣＤＨに
対しては、 ＲＤＥＰ（Ｒｅｓｐｏｎｓｅ　Ｄｏｃｕｍｅｎｔ　Ｅｎ
ｄ　Ｐｏ５ｉｔｉｖｅ）で応答する。

又、これらのコマンド／レスポ〉ス（以下Ｃ／Ｒと略す
）には頁番号のパラメータが付加されており、こ九によ
り頁管理、及びセツションコネクションでネゴしたウィ
ンドサイズによる通信の管理を行なう事が出来る。

上記レスポンスは肯定応答であり、もしその頁が正しく
受信出来なかった時は、 ＲＤＰＢＭ（Ｒｅｓｐｏｎｓｅ　Ｄｏｃｕｍｅｎｔ　Ｐ
ａｇｅ　Ｂｏｕｙｄａｒｙ　Ｎｅｇａｔｉｖｅ）の否定
応答を用いる。

ＣＤＥ、ＲＤＥＰではドキュメントレイヤーコネクショ
ンの終了を行なう。

■セツション終了 Ｃ５Ｅ（Ｃｏｍｍａｎｄ　５ａｓｓｉｏｎ　Ｅｎｄ）Ｒ
３ＥＰ（Ｒｅｓｐｏｎｓｅ　５ｅｓｓｉｏｎ　Ｅｎｄ　
Ｐｏ５ｉｔｉｖｅ）を用いてセツションコネクションの
終了を行なう。

トランスポートレイヤーの終了は２セツションレイヤー
終了、と同時である。

■リンクレイヤー終了 ＤＩＳＣ（Ｄｉｓｓ　Ｃｑｎｎｅｃｔ）ＵＡ（Ｕｎｎｕ
ｍｂｅｒｅｄ　Ａｃｃｅｐｔ）により、リンクレイヤー
のコネクションを解放する。

■呼切断設定 一通信の終了によりホールドしである回線の呼を解放す
る。

これは■と同様、使用する網により手順が規定される。

前述の■で説明した様に、ドキュメントエンドを含む頁
境界に於いて、送信側は受信側に対してＣ［ｌＰＢコマ
ンドを送信する。そしてＩＩＤＰＢＰの応答を待つ。

又、この時、ウィンドサイズが２以上でネゴされており
、既に送った頁の未確認数がウィンドサイズより小さけ
れば１次の頁の送信を開始する。

ここで、ＣＤＰＢ、／ＣＤＨに対する応答を返送するタ
イミングに付いて記す。

ＣＤＰＢ／ＣＤＥに対する応答は速い程、回線の無効保
留時間が少なくてすむ、すなわち、通信時間を速くする
には、コマンドに対するレスポンスは速い程良いことに
なる。

しかし、ＦＡＸ等に於いてはハードコピーによる出力の
為、記録が正常に排紙されたところがレスポンスを返送
するタイミングとしては好ましいが、第２図に記した様
に、ラインメモリ１１、バッファメモリ１３、フローバ
ッファ１５等のバッファリングにより、ＣＤＰＢ／ＣＤ
Ｅを受信した時点で未だ復号及び記録終了しないデータ
が可成り残っている。

又、記録紙排出は、機械系のコントロールが入る為１時
間としては可成りのものとなる。

そこで、これらの無効時間を小さくするため、ウィンド
サイズ≧２にする。及び返送タイミングをＣＤＩ’Ｂ及
びＣＤＥ受信時とすることで対策することが可能となる
。

ウィンドサイズ≧２は運送時には効果があるが、単送時
には効果は無い。

そこで、ＣＤＰＢ／（：ＤＥ受信時、即座にレスポンヌ
返送するのが通信時間の短縮には最も効率が太きい。

コマンド受信時に応答を返送すると、前述し・た様にブ
ローバッファ１５．バッファメモリ１３．ラインメモリ
１１に未だ再現されないデータが入っている。

その為、肯定レスポンス（ＲＤＰＢＰ／ＲＤＥＰ）を送
信後。

さらに復号し、記録再生、記録紙排出の実行を行なう。

この為、復号エラーの発生、記録ヘッド過熱、記録紙ジ
ャム等のリスクを負うこととなる。

復号エラーについてはＨＤ　ＣＬ手順によるエラーフリ
ー機能でカバーされており、又、記録紙ジャムに付いて
も機械系のシンプル設計により、充分、商用に於いては
発生頻度も小さく、問題とならなくなってきている。

送信端末からの画データは以下の様にして受信端末へ送
られる。

次頁の表はその関係を示すものであり１本発明はＴＸ３
に付いてのものである。

符号化された画データは第２図に記したバッファメモリ
１３及びフローバッファ１５へ一旦入るが、これは読取
りスピードＣ以下工、スピード）及び符号化部の符号化
スピード、及び回線への画データ表 る。

例えば、相手（受信）装置の状態が何らかの理由、例え
ば記録速度が遅いため、受信データが受信端末のフロー
バッファ１５、バッファメモリ＋３が一杯に近付き、送
信端末からのデータがこれ以上続けて受信出来なくなっ
た場合（この状態をビジィ状態という）は、リンクレイ
ヤーのレスポンスＲＮＲ（Ｒｅｃｊｅｖｅ　Ｎｏｔ　Ｒ
ｅａｄｙ）等により、送信側に対して画データ（Ｉフレ
ーム）の送出を一時止めさせることができる。こか、を
フロー制御という。

（ａ）この場合は、バッファメモリ１３、フローバッフ
ァ１５へ画データが溜る方向へ動作する。

（ｂ）逆にニスピード及びＣｏｄｅｒスピードが遅い時
は、バッファメモリ１３．フローバッファ１５へは画デ
ータは溜らない方向に働く。

（ａ）のケースでは、次にビジィ状態が解除された時、
フローバッファ１５に溜ったデータを纏めて出力しでや
る様にする。

この場合は、トランスポートコネクションで設定したブ
ロックサイズ以上の画データの大きさで送信されるケー
スが多くなり、トランスポートレイヤーでフレームの連
結が発生する。

このケースでは１画データバイト数に対してヘッダーの
バイト数の比が小さくなり、伝送効率が上がる。すなわ
ち、纏めて送出する画データに対して、プレゼンテーシ
ョンレイヤーのヘッダー（テキストインフォーメーショ
ンの長さ）及びドキュメント制御のへラダー、セツショ
ン制御のへラダーが、分割される■フレームトータルに
対して一回しか付加されないので効率が良くなる。

（ａ）のケースは、ビジィ状態以外に、前のフレーム送
出中に符号発生スピードが速く、フローバッファ１５に
多くのデータが溜るケースでも同様になる。

（ｂ）のケースでは、フローバッファ１５にデータが入
り次第送出してやる様にする。

この場合は、画データバイト数に対して、ヘッダー付加
によるオーバーヘッドは大となるが、■フレーム間のタ
イムフィルが小さくなり、送信の頁単位では効率が良く
なる。例えば、オール白原稿の様な符号化ビット数の少
ない頁に於いては特に効率が上がる。

本発明は、以上を考慮して画データの送出方法を、バッ
ファーの状態を監視しながら、画データの送出を効率良
くする様にしたものである。

以下本発明の実施例を示す。

第３図はフローバッファの構成を示す図であり。

複数のメモリブロックユニットを用いて構成されている
。ここで、１個のメモリブロックユニットは５１２バイ
トで構成するものとする。

ここではｎ本のメモリブロックユニット１６が用意され
、バッファメモリ１３からの画データはメモリブロック
ユニット１６に格納されている。

フローバッファ１５の機能は、本実施例では、送信時、
メモリブロックユニット１６への画データは伝送路のフ
レーム条件に合った形で貯えられる。

受信時は、伝送路のフレーム構成から不必要なヘッダー
を外し、復号化し易い形として貯える。

画データが１個のメモリブロックユニット１６へ入りき
らない時は、次のメモリブロックユニットに格納する。

この時、メモリブロックユニットの最終アドレスのエリ
ヤへは、次のリンクされているメモリブロックユニット
のアドレスが格納される。

メモリブロックユニット１６にデータを格納するスター
トアドレスは。

プレゼンテーションのテキストインフォーメーションヘ
ッダードキュメント制御のヘッダー セツション制御のへラダー トランスポートレイヤーのへラダー 等のエリヤを確保した、成るオフセットを持ったアドレ
スから画データをストアし始める。

これは、このメモリブロックユニットより、即座にエフ
レームを構成して回線へ送出出来る様に考慮したためで
ある。

この様にして、メモリブロックユニットに溜められた画
データは、回線に対して送出筒条件が成立した時点で送
出する。これは実際には、１５頁に示した表のプレゼン
テーションレイヤーから見て下位のレイヤーが次のフレ
ーム送信可となった時である。

（ａ）のケースでは、 メモリブロックユニット１６がリンクされて画データが
蓄積されて行く。このケースでメモリブロックユニット
は有限であるので、これが一杯になると：画データはバ
ッファメモリからの取り出しが行なわれなくなるので、
バッファメモリ１３は一杯の方向へ近付く。やがて一杯
となると、今度はラインメモリ１１も一杯の方向へ進み
、ラインメモリ１１も一杯になると画データの読取り動
作が止まる。

これは極端な例であり、相手装置が長い間ビジィ状態の
時のみ発生する。

クモリブロックユニットでリンクされた画データは、下
位レイヤーからの次フレーム送出可の指示により、下位
レイヤーへリンクされたメモリブロックユニットの形態
で送出する。

（ｂ）のケースでは、 １個のメモリブロックユニットが用いられ、下位レイヤ
ーへ送出する。このケースでは、メモリブロックユニッ
ト内に全て画データで埋るケースと、又は、一部分にし
か入っていないケースがある。

以上、メモリブロックユニットを用いたフローバッファ
の動きを説明したが、以下ではメモリブロックユニット
のリンクするか、又は、しないかの条件により、両デー
タの送出フローを用いて説明する。

第４図（ａ）は表に示すＴｘ３−１の部分の詳細な画デ
ータ送出制御のフローを示す。

第４図（ｂ）は両データ送出制御のバックグラウンドで
動作するバッファメモリからフローバッファ（メモリブ
ロックユニット）への画データ取り込みフローを示す。

１）第４図（ａ）では下位レイヤーが前フレームの送出
が済むと、次フレーム送出可を知らせてくる。これによ
り次のフレームの送出が可となる。

２）又、第４図（ｂ）により次のフレーム送信要求（Ｒ
ＲＱ）の通知が有った場合は一旦ＦＩＦＯＢｕｔｔｅｒ
円へこのフレームの情報（フレームカウント、及びフレ
ームアドレス（メモリブロックユニットアドレス））を
蓄積する。

又、ここで、ＦＩＦＯカウンターをインクリメントする
。そして、この時点までに、１）の、次のフレームの送
出可が既に来ていれば、ＦＩＦＯエリヤから送出すべく
フレームの情報を取り出し、下位レイヤーへ送出する。

又、この時ＦＩＦＯカウンタをディクリメントする。

更に送出可フラグをリセットする。

このＦＩＦＯカウンタは第４図（ｂ）で参照され、メモ
リブロックユニットのリンクするか否かの判断に用いら
れる。

３）１）の下位レイヤーがらの送出可通知が来た時、既
に２）によりＦＩＦＯエリヤ−内に送出すべくフレーム
情報が入っていれば、２）の後半に記した様に下位レイ
ヤーへフレーム送出要求を出す。

もしＦＩＦＯエリヤ内に送出すべくフレームが存在し、
ない時は、送出可フラグをセットして２）を待つ。

４）第４図（ｂ）では、コマンド　ドキュメントスター
ト送出後から、このＪＯＢが動作を始め、符号化データ
をバッファメモリ１３からメモリブロックユニット１６
へ取り込む。

すなわち、メモリブロックユニットに未使用エリヤがあ
れば、このエリャヘバッファメモリから画データを取り
込む実際のハードウェアとしては、ダイレクトメモリア
クセス（ＤＭＡ）転送により実行している。

この画データ取り込みスタートをした時、符号化ビット
数の少ない原稿等のケースでは、メモリブロックユニッ
トになかなかデータが一杯と成らない。この為、この時
間ロスを考慮して適当なタイマーによりこれを監視して
、メモリブロックユニットが一杯に成らなくても、Ｔ１
０シたケースでは、それまでにメモリブロックユニット
に溜ったデータを送出フレーム要求として第４図（ａ）
へ通知する。

Ｔ１０でなくメモリブロックユニットに一杯に画データ
が取り込まれたケースでは、ＦＩＦＯカウンタにより第
４図（ａ）の状態を調べ、第４図（ａ）でＦＩＦＯエリ
ヤに送出すべくフレームが入っているＦＩＦＯカウンタ
≠０の時は、 メモリブロックユニットを次のメモリブロックユニット
とリンクして、再度バッファメモリからの画データの取
り込みを行なう。

すなわち、このケースでは画データの太きながたまりと
して送出フレーム要求となる。実際には無限にリンクす
るものではなく、メモリブロックユニットの使用個数等
により制限を加えている。

このケースは前述した相手端末ビジー、又は前フレーム
送出中に符号化発生ビット数が多い画情報等で発生する
。

タイマ値としては、前に送出要求を出したフレームのカ
ウント数（バイト数）と回線スピードにより求められる
値を用いる。

すなわち、前に送出したフレームカウントがｍＸ８ バイトならば、タイマ値は□の値とする。

ｆ　Ｋｂ／Ｓ ここで、Ｋｂ／Ｓは回線スピードである。

■効果 以上説明したように、本発明によれば、フローバッファ
への画データの溜り具合により、符号化データの発生ス
ピード及び回線への画データの送出状態等により送出す
るために、画データフレームを最適な長さにコントロー
ル出来、トータルの伝送効率を向上することができる。

本実施例ではシステムコントロールユニットＳＣυと１
通信制御ユニットＣＣＵに機能を分割したが、ＳＣｕに
ＣＣＵの機能を含ませることも可能である。

このケースではプレゼンテーションレイヤーの機能がＳ
ＣＵに入るので、バッファメモリと、フローバッファの
機能は一つのものとして扱える。

すなわち、物理的にバッファメモリと、フローバッファ
を考えれば良いことになる。

【図面の簡単な説明】

第１図は本発明における０４　ＦＡＸの制御手順を示す
図、第２図は本発明におけるＦＡＸ端末構成を示す図、
第３図は本発明におけるフローバッファの構成を示す図
、第４図（ａ）は表に示すＴｘ　３−１の部分の詳細な
画データ送出制御のフローを示す図、第４図（ｂ）は両
データ送出制御のバックグラウンドで動作するバッファ
メモリからフローバッファへの画データへの取り込みフ
ローを示す図である６１　・・・システムコントロール
ユニット。 ２　・・・通信制御ユニット。 ３　・・・読取り部、４　・・・記録部。 ５　・・・オペレータインタフェースユニット。 ６　・・・送信ステップモータ、 ７　・・・受信ステップモータ、８　・・・回線、１０
・・・コマンド／レスポンスインタフェース、１１・・
・ラインメモリ、 １２・・・符号／復号化部、 １３・・・バッファメモリ、 １４・・・画データインタフェース。 １５・・・　フローバッファ、 １６・・・メモリブロックユニット。 特許出願人　　株式会社　リコー 第２区 ｊ４　　、」九？゛−り　４ン７フを一又第３図 １５　　フローＺでソファ へ

Claims (2)

【特許請求の範囲】
1. （１）テレマティーク端末等に於ける送出データの発生
   スピード及び伝送回線の空き条件を、フローバッファへ
   の送出データの貯まり具合により検出して、フレーム送
   出条件を変化させ、送出データの送信効率の向上を図る
   ことを特徴とするテレマティーク端末のフレーム送出方
   式。
2. （２）フローバッファを、複数のメモリブロックユニッ
   トを用いて構成し、１個のメモリブロックユニットに入
   りきらない送出データは、他のメモリブロックユニット
   を用いてリンクすることにより、フローバッファの大き
   さを可変とすることを特徴とする特許請求の範囲第（１
   ）項記載のテレマティーク端末のフレーム送出方式。