JPS63104542A

JPS63104542A - テレマテイ−ク受信端末

Info

Publication number: JPS63104542A
Application number: JP61249426A
Authority: JP
Inventors: Fumihiro Ogasawara; 小笠原　文廣
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1986-10-22
Filing date: 1986-10-22
Publication date: 1988-05-10
Also published as: US4792648A

Abstract

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

Description

【発明の詳細な説明】 ■技術分野本発明は、Ｇ４　ＦＡＸ、テレテックス等のテレマティ
ーク端末の手順制御、通信制御に関するものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

頁レイアウト記述子、及びテキスト、ユニット等であり
、これらの情報によりその文書及び頁のモード（例えば
、ＧＯＤＥＣモード、線密度等）が指定される。

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

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

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

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

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

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

フローバッファ１５は伝送路と速度整合を取り１画信号
を途切れなく、効率良く伝送する為に用いる。

受信二回線から入ったデータは通信制御ユニット２内の
各レイヤでヘッダーの取外しを行い。

符号化データとしてフローバッファ１５へ貯よる。

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

そして記録部４により記録を再現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そこで、これらの無効時間を小ごくするため。

ウィンドサイズ≧２にする。及び返送タイミングをＣＤ
ＰＢ及びＣＤＥ受信時とすることで対策することが可能
となる。

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

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

コマンド受信時に応答を返送すると、前述した様にフロ
ーバッファ１５、バッファメモリ１３、ラインメモリ１
１に未だ再現されないデータが入っている。その為、肯
定レスポンス（ＲＤＰＢＰ／ＲＤＥＰ）を送信後、さら
に復号し、記録再生、記録紙排出の実行を行う。

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

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

そこで本発明では、以上記述したように頁境界コマンド
又は、ドキュメントＥＮＤコマンドのレスポンスに対す
る応答時間を速くして、伝送効率の向上を図るために、
頁属性管理機能ブロック（以下Ｐ、Ａ、Ｍ、Ｂ）数を５
ｅｓｓｉｏｎ　Ｃｏｎｎｅｃｔｉｏｎのネゴで決まった
Ｐａｇｅ　Ｗｉｎｄ　５ｉｚｅより大きく保有し、かつ
、上記レスポンス返送タイミングを複数保有し、受信側
でレスポンス返送タイミングＰ、Ａ、Ｍ、１３の残数に
より制御し最適なレスポンスタイミングを決定して、ト
ータルの通信時間を短くするようにしたものである。

Ｐ、Ａ、Ｍ、Ｂの説明Ｐ、Ａ、Ｍ、Ｂは第１図の☆１．☆２による各頁の属性
１例えば、線密度、符号化モード、頁サイズ、頁番号、
Ｄｏｃ番号等、及び、該当頁が格納されるＢ／Ｍのエリ
ヤアドレス等を格納し管理するブロックである。（この
属性データはプリントアウトするまで保存する必要のあ
る属性データである）。

返送タイミングに付いて、ここでは、具体例として以下
の２つを用意している。

ａ　命令受信時ｂ　記録終了時第３図は返送タイミングの制御フローの概略を示す図で
ある。

第３図は第２図のＳＣＵサイドのフローを表わしたもの
であり、第１図の☆１のシーケンスがらの部分である。

第３図（１）はメインフローであり、ＣＣＵから通知さ
れる該当頁の属性データをＰＡ、ＰＢへの格納及びＣＣ
Ｕからの画データを［３，Ｍへの取り込みを主に行い、
このフローのバックグラウンドで動作する。

第３図（２）は記録フローの起動及び頁境界のコマンド
（ＣＤＯＢ及びＣＤＥ）をＣＣＵから受け、これに対す
るレスポンスの返送タイミングを管理している。

送信タイミングに付いては、第３図（１）の（ａ）で返
送タイミングを制御している。

即ち、ＰＡＭＢ空き（カウンター）をチェックして空き
がなければ（ｂ）のループでＰＡＭＢの空きを待つこと
になる。（このチェックは第３図（１）の（ａ）が反送
タイミング管理：　ＰＡＭＢ残数が１以下（１又は０）
ならｒＰＡＭＢ空きなし」として、（ｂ）のループを廻
る）。

このループからの脱出は、即ち、このＰＡＭＢの空きは
、第３図（２）の（Ｃ）でＰＡＭＢカウンターのインク
リメントにより発生する。即ち、記録フローが該当頁の
記録終了となるとＰＡＭＢが１個室いたことになる。こ
れにより第３図（１）の（ｅ）では結果的に記録終了し
た時にＣＤＥＰまたはレスポンスを返送したことになる
。

上記した（ｂ）のループでＰＡＭＢの空きを待つケース
は、第３図（１）の（ｆ）のループが第３図（２）の（
ｃ）より速くループするケースで第３図（１）の（ｄ）
によりＰＢＭＢカウンターのディクリメントが、第３図
の（Ｃ）のＰＡＭ１３カウンターのインクリメントより
速く減算される時である。

これは、画データが受信するスピードより記録プリント
アウトされるスピードが極端に遅い時に発生する。

ここではｒＰＡＭＢの空き」はＰＡＭＢの残数が２以上
なら空きとしている。

第１図（１）の（ｇ）はＢ、Ｍ（又は、頁メモリ）が受
信した亘長が非常に長いケース等でＢ、ＭがＦｕｌｌと
なったケースでの保護の為のものである。この時はこの
ループの中はＣＣＵからのデータの引取りは行われない
。

これにより、ＣＣＵ内の通信制御部が自局ビジーを通知
して送信端末からの画データの送信を一時的に押える。

これによりＢ、Ｍが記録により回復するのをまって元に
復帰する。

具体例として第４図及び第５図を説明する。

第４図はＷｉｎｄサイズ＝２、ＰＡＭＢ数＝３数少３デ
ータスピードと記録スピードがほぼ追従しているケース
を示す。

ＰＡＭＢｒ空」の判断は、ＰＡＭＢカウンター≧２とし
てＣＤＰＢ／ＣＤＨに対するレスポンスタイミングを決
めている。

図から判る様に、ＣＤＰＢ又はＣＤＥを受けた時ＰＡＭ
Ｂカウンター≧２を満足している為、これらに対するレ
スポンスは即応性（命令受信時）していることが判る。

第４図で左サイドは送信端末、右サイドは受信端末の動
きを表わしたものである。

Ｗｉｎｄ　５ｉｚｅの説明Ｗｉｎｄ　５ｉｚｅは送信端末が管理してＷｉｎｄ　５
ｉｚｅカウンターにより、未確認の頁数を管理する。

５ｅｓｓｉｏｎ　Ｃｏｎｎｅｃｔｉｏｎで決定したＷｉ
ｎｄ　５ｉｚｅの値までは相手の確認（レスポンスＲＤ
ＰＢＰ）を受けずに送信することの出来る頁数を示して
いる。

このことから今仮にＷｉｎｄ　５ｉｚｅ＝　１の通信で
は、相手のレスポンス（ＲＤＰＢＰ）が受けるまでは、
次の頁の送信が出来ないことを示している。

このケースでは、受信側のレスポンス返送タイミングが
Ｔｏｔａｌの通信時間の大小に大きく影響してくる。こ
のためレスポンス返送タイミングを本発明の様に、ＰＡ
ＭＢ数の残数を管理してＰＡＭＢ残数に余力があるとき
は、レスポンス返送タイミングを即返送とし、Ｔｏｔａ
ｌの通信時間を短くする。

ＰＡＭＢ数に余力がない時は余力（「空」になるまで）
が出るのを待って（ここでは記録終了）、レスポンスを
応答する。

この余力を与えるのが受信端末が保有するＰＵＭＢ数に
なる。このＰＡＭＢ数がＷｉｎｄ　５ｉｚｅに対して太
きいほど余力が多いことになる。

上述したＷｉｎｄ　５ｉｚｅ＝　１のケースと同様に、
単送時（１頁のみ送信）に於いてもＣＤＨに対して即レ
スポンスＲＤＥＰとなり、Ｔｏｔａｌの通信時間の距雛
が計れる。

第５図は第４図と同一条件で記号スピードが受信データ
スピードより極端に遅いケースの時のものである。

この例は極端なケースで１頁目の記録が終了しない間に
２頁の及び３頁を受信したケースを示している。

このケースでは、１頁のＣＤＰＢ■に対してはＰＡＭＢ
数「空」有で即ＲＤＰＢＰ■を応答しているが、２頁目
のＣＤＰＢ■に対してはＰＡＭＢ数「空」無としてレス
ポンスを保留している。

一方送信側はＷｉｎｄサイズ２により頁３を送信を始め
ている。そしてＣＤＰＢ■を送信した後、未確認頁数（
Ｗｉｎｄサイズカウンター）が２となり、次の頁４の送
信を始めないでレスポンスＲＤＰＢＰを待ちに入ってい
る。

一方受信側は頁１の記録が終りＰＡＭＢカウンタ−をイ
ンクリメント（０＋１＝１）するが、まだ「空」状態で
はない。そして次の頁２の記録を始める。

この頁２の記録終了でＰＡＭＢカウンターがインクリメ
ントされ１＋１＝２となり「空」有となり、ＲＤＰＢＰ
■のレスポンスを返送する。これにより送信側は未確認
頁数が（２−１＝１）となり、頁４の送信を始めている
。

このケースの様に極端なケースは１頁のみ即レスポンス
返送となり、次頁以降は記録終了タイミングでレスポン
スを返送している。

また、この第５図の例は、この様に極端なケースでも、
ＰＡＭＢ数）Ｗｉｎｄサイズとすることでトータルの伝
送時間の縮小及び通信上の頁管理等に支障なく、うまく
行くことを示している。

この例でのＰＡＭＢ数＝　（Ｗｉｎｄサイズ）＋１とし
ている。

■効果以上説明したように、本発明は、返送タイミングをＰＡ
ＭＡ数の残数で制御することにより、返送タイミングを
最適に選び、トータルの通信時間の短縮が計れるという
利点がある。

以上の例では、ＦＡＸで説明してきたが、受信データを
記録出力する項を、他の外部メモリー（フロッピーディ
スク、ハードディスク）等に置き換えればＦＡＸに限ら
ず、テレテックス等の一般に言うテレマティーク端末に
適用出来る。

【図面の簡単な説明】

第１図は本発明におけるＧ４　ＦＡＸの制御手順を示す
図、第２図は本発明におけるＦＡＸ端末構成を示す図、第３
図は返送タイミングの制御フローの概略を示す図、第４図はｖｉｎｄサイズ＝２、ＰＡＭＢ数＝３数少３デ
ータスピードと記録スピードがほぼ追従しているケース
を示す図、第５図は第４図と同一条件で記号スピードが受信データ
スピードより極端に遅いケースの時のものである。１　・・・システムコントロールユニット（Ｓ、Ｃ，Ｕ
）、２　・・・通信制御ユニット（ＣＣＵ）、３　・・
・読取部（Ｖ、Ｐ、Ｕ）、４　・・・記録部（Ｗ、Ｃ，
Ｕ）、５　・・・オペレータインタフェースユニット（
ｏ、ｐ。Ｕ）、６　・・・送信ステップモータ、７　・・・受信
ステップモータ、８　・・・回線。１０・・・　コマンド／レスポンスインタフェース。１１・・・　ラインメモリ（Ｌ、Ｍ）、１２・・・符号
／復号化部（ＣＯＤＥＣ）、１３・・・バッファメモリ
（Ｂ、Ｍ）、１４・・・画データインタフェース。１５・・・フローバッファメモリ（Ｆ、Ｂ）。特許出願人　　株式会社　リコー第２図１０　　コマンド／し又：ｒぐン又　４ン７フＳ−又１
４　　蟲デ゛−タ　ペンクフ一一人第３１］　（２） ○＝Ｄ第４図

Claims

【特許請求の範囲】

（１）ドキュメントエンドも含む頁境界コマンド等の、
送信側から受信側に対する一つの送信情報単位の区切り
に相当するコマンドに対するレスポンスの返送タイミン
グを複数備え、このタイミングを自動的に制御して最適
タイミングで応答することを特徴とするテレマティーク
受信端末。
（２）返送タイミングの制御を頁属性管理機能ブロック
の数の残数により行なうことを特徴とする特許請求の範
囲第（１）項記載のテレマティーク受信端末。
（３）頁属性管理機能ブロックの数の残数に余裕がある
ときは、コマンドに対して即レスポンスを返送し、余裕
のない時は記録終了等余裕の出るのを待って応答するこ
とを特徴とする特許請求の範囲第（２）項記載のテレマ
ティーク受信端末。
（４）頁属性管理機能ブロックの数はＷｉｎｄサイズ値
より大きいことを特徴とする特許請求の範囲第（３）項
記載のテレマティーク受信端末。