JPH08517U - データ通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 装置間の高速非同期データ通信を異なるデー
タレートで実施する装置を改善し、提供すること。 【解決手段】 第１通信レートで転送する第１通信アダ
プタ手段と、第１通信レートより低い第２通信レートで
転送する第２通信アダプタ手段と、各通信アダプタ手段
に接続されたデータ記憶手段およびデータ出力の制御手
段とから構成される。

Description

【考案の詳細な説明】

【０００１】

【考案の属する技術分野】

本考案は一般的には高速データ通信の技術に関し、とりわけ、高速非同期通信 の技術に関する。さらに詳しくいえば、本考案は異なるデータレートで作動する ２つの装置間における高速非同期データ通信の技術に関する。

【０００２】

【従来の技術】

ネットワークにおいて２つのシステムを共に接続することは多くのアプリケー ション（特に、分離したシステム間の通信が望まれるようなアプリケーション） において要求される。たとえば、ホストプロセッサと個々のワークステーション との間やメインフレームコンピュータと２次記憶機構との間の通信を提供するこ とが要求される場合が多い。

【０００３】 多重システムの通信を可能とするための一般的な方法としてモデム装置を利用 することによるものがある。そのような装置は遠隔のコンピュータと大量の入力 呼出しを同時に処理することのできる大規模な中央コンピュータとの間の通信を 提供するために利用することができる。さらに、２つの個々のマイクロコンピュ ータはアクティビティを調整し互換可能なパラメータの設定を選択するためにま ずオペレータに直接的な通信を可能とすることによってモデムを利用して通信が できる。一般的にオペレータによって選択されるか又はモデム装置によって自動 的に選択されるパラメータ設定の１つはボーレートである。

【０００４】 ボーレートは以前は１１０ビット／秒のものがあったが現在では１９２００ビ ット／秒のものが登場してきている。

【０００５】 このように装置のデータ通信の速度は増してきているにもかかわらず、装置が 複雑になってきたことや装置が動作するデータ集中領域のため、通信速度を最大 可能な範囲まで高めることが要請されてきた。さらに、１つの端末によって転送 できるデータの最大レートがそれを受諾する受信端末の最大レートと異なる場合 もある。データレートのわずかなかつ一時的な変動を調節するため、ディスク記 憶装置が大規模なファイルを捕獲する間にデータの一時的な記憶ができるようモ デム装置の入力にバッファメモリ機能を設けることが知られている。そのような バッファメモリシステムは、しかしながら、各端末に使用されているデータレー ト間の変動を調節はしない。したがって、異なるデータレートを有する２つの装 置で非同期通信を可能するような技術が要望される。

【０００６】

【考案が解決しようとする課題】

本考案の目的は高速データ通信のための改善された装置を提供することである 。

【０００７】 本考案の他の目的は高速非同期データ通信のための改善された装置を提供する ことである。

【０００８】 本考案の他の目的は異なるデータレートで作動する２つの装置間の高速非同期 データ通信のための改善された装置を提供することである。

【０００９】

【課題を解決するための手段】

この目的を達成するため、第１の通信レートでデータを受信し該データを第２ の通信レートで送信する本発明の装置は、（ａ）第１の通信レートでデータを転 送する第１の通信アダプタ手段と、（ｂ）上記第１の通信レートよりも低い第２ の通信レートでデータを転送する第２の通信アダプタ手段と、（ｃ）上記第１の 通信アダプタ手段に接続された入力と、上記第２の通信アダプタ手段に接続され た出力とを有するデータ記憶手段と、（ｄ）上記第１の通信アダプタ手段、上記 第２の通信アダプタ手段及び上記データ記憶手段に接続され、上記第１の通信ア ダプタ手段から上記データ記憶手段へのデータの入力を開始し、上記データ記憶 手段に存するデータの量が選択された量を超えたことに応答して上記データ記憶 手段から上記第２のデータ通信手段へのデータの出力を開始する制御手段と、 を有することを特徴としている。

【００１０】 以下、本考案の作用を実施例と共に説明する。

【００１１】

【考案の実施の形態】

はじめに本実施例を概説する。本実施例によれば、異なるデータレートで作動 する２つの端末間の高速非同期データ通信が可能となる。割込みドライバが設け られ、これを用いて第１のデータレートで受信された流入データフレームをバッ ファメモリに置く。各データフレームが記憶されると、バッファメモリ内のフレ ームの数がチェックされる。選択された数のデータフレームが記憶されると、ユ ニバーサル非同期レシーバ／トランシーバ（ＵＡＲＴ）を用いて第２のデータレ ートでバッファメモリからデータを送信する。バッファメモリ内のデータフレー ムの数が選択されたレベルより下がると、送信は停止される。好適な実施例によ れば、バッファメモリ内の空のフレームの数が選択された数に到達すると（デー タ送信の終了が生じたことを示す）、バッファメモリ内の全ての残りのデータが 送信される。次に図面を参照して実施例を詳細に説明する。

【００１２】 図１を参照する。図１は本考案を適用することができる通信システムの概要を 示す図である。図からわかるように、この通信システムは電話機１０を含む。電 話機１０は好適には音声及びデータの双方の通信ができる。たとえば、ロルムホ ン２４４ＰＣである。電話機１０は標準的なＥＩＡ−２３２Ｄケーブルを介して コンピュータ１２内の直列非同期ポートに接続される。

【００１３】 図示されたシステム内のコンピュータ１２は本明細書に開示されたデータレー ト処理能力を有する非同期ポートを含む。コンピュータ１２として、たとえばＩ ＢＭパーソナルシステム１２を使用することができる。コンピュータ１２はキー ボード１４及びディスプレイ１６を有する。

【００１４】 図示されたシステムにおいて、電話機１０は、ロルムホン２４４ＰＣがほとん どのモデムで利用されているＡＴコマンドセットをサポートするのでモデムと同 様なやり方でデータ通信に利用することができる。そのような通信を可能とする ため、電話機１０はロルムのＣＢＸ（Computerized Brauch Exchauge）を利用し て実現できるＰＢＸ（Private Brauch Exchauge）のような通信システムに接続 される。この接続は好適には複数の電話機アウトレット１８を含む分散配線シス テムを介して行われる。

【００１５】 図２を参照する。図２は、本考案に基づく２つのコンピュータ間の高速データ 通信を説明する図である。２つのコンピュータ１２はそれぞれロルムのＣＢＸの ようなＰＢＸ２０に接続される。各コンピュータ１２は電話機１０によってＰＢ Ｘ２０に接続される。

【００１６】 ＰＢＸ２０を実現するために利用できるロルムのＣＢＸは適切なバスが具備さ れたとき、非同期通信の間、８０キロビット／秒のデータレートをサポートする 。これはこの装置で利用できる最高の速度であり、ロルムホン２４４ＰＣから１ ２．５マイクロ秒ごとに１つのデータフレームを送信又は受信することによって 達成されるものである。

【００１７】 この装置を利用する既に知られた通信リンクでは、この通信システムはこのよ うな過度の速度を利用して冗長データを設けて正確なデータの転送を保証する。 たとえば、９６００ビット／秒でデータを送信し又は受信できる装置が接続され たときは、ＰＢＸは８番目のフレームごとに新しいデータを送るだけでよい。こ のやり方においては、伝送される７個のフレームはブランクにしてもよく（冗長 性をもたせてよい）、したがって適切な通信が行われたかどうかを判断するのに 利用できる。

【００１８】 ＰＢＸで典型的に利用されているデータのバッファリングや処理は受信側のフ レーム構造が送信されたフレーム構造と同一であることを保証していないことに 留意されたい。これは、電話機１０とＰＢＸ２０との間のリンクが典型的にはそ のデータ装置に最高４つまでのフレームのジッタの処理を可能にするという事実 に起因する。したがって９６００ビット／秒で、４つのデータバイトが到着し、 その後、２８個の空（ないしは冗長）フレームが連続的に続く。

【００１９】 コンピュータ１２及びＰＢＸ２０間又はコンピュータ１２及び他のコンピュー タ１２間の通信の速度を最大にするため、コンピュータ１２から電話機１０に接 続できるデータの速度を上げる必要がある。遠隔通信のデータレートは、典型的 には既知のデータレートの偶数倍なので、可能な最高のデータレート（これは既 知の手法を用いてロルムホン２４４ＰＣが作動できる１９２００ビット／秒の偶 数倍である）は７６．８キロビット／秒である。７６．８キロビット／秒はこの タイプの装置で以前に可能であったものの４倍のデータレートである。ＰＢＸ２ ０内で利用可能な最大の速度が８０キロビット／秒の場合、コンピュータ１２及 び電話機１０間で７６．８キロビット／秒のデータ伝送により、ある程度の冗長 性が得られる。すなわち、２０個のデータフレームごとに１つの空（ないしは冗 長）フレームを送ることができる。

【００２０】 次に図３を参照する。図３は本考案の装置に従って利用できる電話機１０内の 通信装置を示す図である。図からわかるように、電話機１０は典型的には中央処 理装置（ＣＰＵ）２６を有する。本考案の図示された実施例では、電話機１０は よく知られたやり方でメモリ資源２８及び３０に接続されたモトローラ社の６８ ０００プロセッサを具備している。図示するように、メモリ資源２８はＲＯＭで あり、メモリ資源３０はＲＡＭである。

【００２１】 中央処理装置２６はリングバッファ３２に接続される。リングバッファ３２は コンピュータ１２及びＰＢＸ２０間の様々なデータレートを調節するのに利用で きる。ＰＢＸ２０から受け取られたデータはＰＢＸリンク２２を介して電話機１ ０に接続される。ＰＢＸリンク２２は割込みドライバ３６を介して電話機１０に 接続される。割込みドライバ３６は１２．５マイクロ秒ごとにＰＢＸ１２０から 到来するデータフレームを受信するのに利用される。割込みドライバ３６はデー タフレームで使用されるフォーマットに対応できる回路を用いて設けることがで きる。各データフレームはＰＢＸ２０から受け取られると、リングバッファ３２ に置かれてリングバッファ３２内でフレーム番号が決定される。

【００２２】 本考案に従って、リングバッファ３２内に置かれたデータフレームの番号が所 定のレベルに達したとき、リングバッファ３２からのデータ出力が開始される。 リングバッファ３２からのデータ出力はユニバーサル非同期レシーバ／トランシ ーバ（ＵＡＲＴ）３４に接続される。ＵＡＲＴ３４に関連する“送信レジスタ空 ”割込み信号が付勢され、リングバッファ３２からのデータはコンピュータリン ク２４によるコンピュータ１２への送信のためＵＡＲＴ送信レジスタに置かれる 。

【００２３】 データフレームはＰＢＸ２０からリングバッファ３２へ連続的に送信され、リ ングバッファ３２内のデータフレームの数が所定の数になるまでコンピュータ１ ２へ出力される。このレベルに到達すると、中央処理装置２６はリングバッファ ３２内の空（ブランク）フレームの数が所定の数を超えたかどうかの判断のため に使用される。この所定の数は、連続的な送信内で生じうるブランクフレームの 可能な最大の数の正確な標識を与えるよう、システムに許されたジッタのフレー ム数を調べることによって決定することができる。リングバッファ３２内の空（ ブランク）フレームの数がこの所定の最大数を超えたときは、リングバッファ３ ２内の残りのデータはクロックアウトされＵＡＲＴ３４を介してコンピュータ１ ２へ送信される。リングバッファ３２内の空（ブランク）フレームの数が許され たブランクフレームの最大数を超えない場合は、リングバッファ３２からコンピ ュータ１２への送信は付加的なデータがＰＢＸ２０からリングバッファ３２に置 かれるまで一時的に停止される。

【００２４】 上述の装置を利用してＰＢＸ２０及びコンピュータ１２間の全速のデータ転送 が可能となり、ＵＡＲＴ３４に関連した伝送速度はスロットの消失なく１３０． ５ミリ秒ごとに１つのフレームを送信することによって７６．８キロビット／秒 に維持される。ＵＡＲＴ３４によるデータフレームの送信に要求される１３．０ ５マイクロ秒と、ＰＢＸ２０及び電話機１０間のデータフレームの送信に要求さ れる１２５ミリ秒との差は大きくないということを考えると、データがコンピュ ータリンク２４を介する伝送のために連続的にあらわれることを保証する目的で リングバッファ３２外で伝送を停止しなければならない時間は全く少ない。

【００２５】 本考案の実施例では、５つ分のデータフレームがこのレベルとして選択されて いる。データ送信の開始を許可するためにリングバッファ３２内に存在しなけれ ばならないデータの所定レベルに関しては、本考案の実施例では２０個分のデー タフレームを使用している。このレベルはそのシステムに存在するジッタのため に到来しうる空（冗長）フレームの最大数に等しくするだけでよい。本考案の実 施例では、許される空（冗長）フレームの数は３０である。これは８０キロビッ ト／秒に対する冗長度が２０個中１個の空フレームであるような７６．８キロビ ット／秒で可能な空フレームの数よりも明らかに大きい。したがって３０個の連 続的な空フレームは全速データ転送の間は明らかに送信の休止をあらわすことに なる。

【００２６】 次に図４を参照する。図４は本考案の装置に従った高速通信の開始を表わす流 れ図である。本考案のプロセスはコンピュータ１２からコマンドを電話機１０で 受け取って開始される（ステップ４０）。ステップ４２で“％Ｆ”コマンドがＡ Ｔコマンドラインに存在したかどうか判断される。もしそうなら高速通信が要求 されていることを示すよう“高速”フラグを設定して（ステップ４４）、“％Ｆ ”コマンドが存在しないときは、高速通信が要求されていないことを示すような 値に“高速”フラグを設定する。その後、通常の様式のコマンドを処理して（ス テップ４８）プロセスは終了する（ステップ６６）。

【００２７】 “高速”フラグが真（高速データ伝送が要求されていることを示す）であれば 、ステップ４０からステップ５０へ進み、関連するＡＴコマンドがデータ呼出し をダイヤリングするコマンドであったかどうか判断される。もしそうでないなら 、そのコマンドは通例のやり方で処理され（ステップ４８）、プロセスは終了す る（ステップ６６）。

【００２８】 コンピュータ１２から受け取られたコマンドがデータ呼出しをダイヤリングす るコマンドであり、かつ、“高速”フラグが真の場合、ＵＡＲＴ及びＣＢＸのラ インレートを本考案の装置に従って７６．８キロビット／秒に設定する（ステッ プ５２）。次に呼出し設定を遂行する（ステップ５４）。

【００２９】 この時点で、この呼出しが接続されたかどうか判断される（ステップ５６）。 この呼出しが接続されなかったときは“キヤリアなし”メッセージが表示される （ステツプ５８）。このメッセージは呼出し接続が失敗であったことを示すもの である。ステップ５６で呼出しが接続されたと判断されると、高速データリンク が確立されたことを示す“接続７６８００”メッセージが表示される（ステップ ６０）。次に、７６．８キロビット／秒のレートでデータを接続する間に通信が 行われる（ステップ６２）。最後に、その呼出しが終了又は切断されたかどうか 判断される（ステップ６４）。もしそうでないときは、通信は続行される（ステ ップ６２）。もしその呼出しが切断されたときは、プロセスは終了する（ステッ プ６６）。

【００３０】 次に図５（Ａ）及び図５（Ｂ）を参照する。図５（Ａ）及び図５（Ｂ）は本考 案の装置に基づくリンク割込み方法を示す流れ図である。図からわかるように、 リンク割込み信号が受信されてプロセスが開始される（ステップ６８）。この信 号は割込みドライバを介するリングバッファ３２へのデータフレームの送信のた めにＰＢＸ２０が使用可能であるということを示すのに使用される。

【００３１】 リンク割込み信号が受け取られると、新しいデータ又は“キャラクタ”のフレ ームがＣＢＸから受け取られたかどうか判断される（ステップ７０）。新しいデ ータフレームが受け取られたときは、ステップ７２へ進み、“空フレーム”レジ スタがゼロにセットされ、“キャラクタカウント”値が増分される。その後、キ ャラクタデータがリングバッファ３２内の待ち行列に置かれる。後述するように 、“空フレーム”値及び“キャラクタカウント”値は本考案に従ってデータ転送 能力を改善するのに用いられる。

【００３２】 新しいデータフレームがＣＢＸから受け取られなかったときは、“空フレーム ”値がデータ転送の停止を示すのに使用できる値であるかどうか判断される（ス テップ７４）。これは流れ図では“フレームトリガ”値と示されている。そうで ないときは、“空フレーム”値の増分が行われ（ステップ７６）、プロセスが続 行する。

【００３３】 次に、ＵＡＲＴ３４を介してコンピュータ１２からキャラクタデータが受け取 られたかどうか判断される（ステップ７８）。もしキャラクタが受け取られたと きは、そのキャラクタデータをＣＢＸへ伝送する（ステップ８０）。もしキャラ クタデータがＵＡＲＴから受け取られなかったときは、“キャラクタカウント” 値が“キャラクタトリガ”値以上であるかどうか判断される（ステップ８２）。 キャラクタトリガはＣＢＸからコンピュータへのデータ伝送の開始のために用い られる、リングバッファ３２内のデータのレベルである。本考案の実施例では、 “キャラクタトリガ”値は、ジッタにより生じうるデータストリーム内の空（冗 長）フレームの最大数によってリングバッファ３２内のデータフレームの最小数 を超える値にするだけでよい。しかしながら、本実施例では、２０個分のデータ フレームに相当する“キャラクタトリガ”によれば頻繁な割込み付勢及び滅勢オ ペレーションなしに動作を行うことができると判断した。“キャラクタカウント ”値が“キャラクタトリガ”値よりも大きい場合は、送信プロセスを開始するた め図５（Ｂ）のステップ９６に進む。

【００３４】 “キャラクタカウント”値が“キャラクタトリガ”値以上でない場合は、“キ ャラクタカウント”値が５以上であるかどうか判断される（ステップ８４）。本 考案の実施例では、データ伝送が停止したかどうかの判断のためにリングバッフ ア３２の内容をチェックできるようリングバッファ３２内のデータフレームの数 が５個分のフレームのレベルになったときにコンピュータ１２の伝送を停止すべ きと判断した。これはステップ８８及び９０に示してある。ここでは、“空フレ ーム”値が“フレームトリガ”レベルに等しいかどうか判断される。もしそうで ないときは、リングバッファ３２からコンピュータ１２へのデータ伝送が一時的 に停止されるようＵＡＲＴ送信割込み信号の滅勢が行われる（ステップ９０）。

【００３５】 ステップ８４で、“キャラクタカウント”値が５以上であるときは、“空フレ ーム”値が“フレームトリガ”レベルに等しいかどうか判断される（ステップ８ ６）。もし“空フレーム”値が“フレームトリガ”レベルと等しいなら、ＵＡＲ Ｔがコンピュータへのデータ送信のために作動可能であるかどうか判断される（ ステップ９６）。このようにして、リングバッファ３２内の空（冗長）フレーム の数でデータ伝送の停止が示されるまで、リングバッファ３２内のデータは連続 的にコンピュータ１２へ送信される。“空フレーム”値が“フレームトリガ”レ ベルと等しくない場合は、プロセスは戻る（ステップ９４）。

【００３６】 ステップ８８で、“空フレーム”値が“フレームトリガ”レベルに等しいとき は、“キャラクタカウント”値がゼロかどうか判断される（ステップ９２）。こ れをもとに、リングバッファ３２内に残っている全てのデータが送信されたかど うかを判断する。全ての残りのデータが送信された後、プロセスは戻る（ステッ プ９４）。“キャラクタカウント”値がゼロでないときは、ステップ９６へ進み 、残りのデータをコンピュータ１２へ送信するのに必要なステップが開始される 。

【００３７】 図５（Ｂ）を参照する。リングバッファ３２からコンピュータ１２へのデータ 伝送のプロセスはＵＡＲＴ３４が送信のため作動可能であるかどうかを判断する ことによって始まる。ＵＡＲＴ３４が送信のための作動可能状態でないときは、 プロセスに戻る（ステップ１０６）。ＵＡＲＴ３４が送信作動可能であるときは 、ＵＡＲＴの持ち行列からキャラクタデータを取出してそれをＵＡＲＴ送信レジ スタに送って、リングバッファ３２内の“キャラクタカウント”が減分される（ ステップ９８）。

【００３８】 次に“キャラクタカウント”値がゼロかどうか判断される（ステップ９９）。 これはリングバッファ３２内に付加的なデータが存在しないことを示す。もしデ ータが全く残っていないときは、プロセスは戻る（ステップ１０６）。付加的な データが存在する場合は、ＵＡＲＴがまだ送信作動可能かどうか判断される（ス テップ１００）。もしそうなら、第２のキャラクタがＵＡＲＴの持ち行列から取 出されてＵＡＲＴ送信レジスタに送られる。“キャラクタカウント”値もこの段 階で減分される。ステップ９８及び１０２で、典型的なＵＡＲＴチップは２列で あるため、ＵＡＲＴが２段階で送信作動可能かどうか判断される。したがって、 ＵＡＲＴ送信空割込みを付勢する前に、２つのキャラクタデータをＵＡＲＴにロ ードする必要がある。その後、ＵＡＲＴ送信空割込みが付勢される（ステップ１ ０４）。この割込みが生じると、ＵＡＲＴは次の送信キャラクタをロードするた めに作動可能である。

【００３９】 図５（Ａ）及び図５（Ｂ）で示したやり方において、第１のデータレートで作 動する端末からのデータフレームを適切な数になるまでリングバッファ内に一時 的に記憶できる技術が開示されている。その後、ＵＡＲＴを用いてこれらのデー タフレームをわずかに低いデータレートでコンピュータに送信する。リンクバッ ファの内容は、その中のデータがフレームの個数という観点で容認できるレベル 内で残っているかどうかを判断するために定期的に監視される。リングバッファ 内のデータが予め選択されたレベルより下がると、リングバッファ内の内容がチ ェックされて、十分な数の空（冗長）フレームが存在するかどうか判断される。 これはデータ送信の停止を意味する。リングバッファ３２内の空（冗長）フレー ムの数がデータ送信の中止を示す場合は、リングバッファ内の残りのデータフレ ームはリングバッファの内容全体が送信されるまでコンピュータに送信される。

【００４０】 図６を参照する。図６は本考案の装置に従って用いることのできる送信割込み 方法を示す流れ図である。このプロセスはＵＡＲＴ送信割込み信号の受信によっ て開始される（ステップ１０８）。次に、“キャラクタカウント”値がゼロ（付 加的なデータがリングバッファ３２内に残っていないことを示す）であるかどう か判断される（ステップ１１０）。もしそうなら、このＵＡＲＴ送信割込み信号 が滅勢され（ステップ１１４）、プロセスは戻る（ステップ１１８）。

【００４１】 “キャラクタカウント”値がゼロでないときは（送信データがまだリングバッ ファ３２内に残っていることを示す）、リングバッファ３２内のデータ待ち行列 からキャラクタを取出して“キャラクタカウント”値を減分する（ステップ１１ ２）。次に、そのデータバイトを送信のためにＵＡＲＴに送って（ステップ１１ ６）、プロセスは戻る（ステップ１１８）。

【００４２】

【考案の効果】

以上説明したように本考案によれば、異なるデータレートを有する２つの装置 で非同期通信を可能にすることができる。

【図面の簡単な説明】

【図１】本考案を適用しうる通信システムの例を示す図

【図２】本考案に基づく２つのコンピュータ間の高速デ
ータ通信を説明する図

【図３】本考案に基づく通信装置の実施例を示す図

【図４】本考案に基づく高速通信の開始を説明する図

【図５】（Ａ）及び（Ｂ）は本考案と共に使用できるリ
ンク割込み方法を説明する流れ図

【図６】本考案と共に使用できる送信割込み方法を説明
する流れ図

───────────────────────────────────────────────────── フロントページの続き (72)考案者 ナイジエル ビクター ジエームズ アメリカ合衆国 テキサス州 オウスチン リツヂポイント ドライブ 2250番地 (72)考案者 ジヨージ ロバート タボーガ アメリカ合衆国 テキサス州 オウスチン レイニイーミイドウーズ ドライブ 1802番地

Claims (1)

【実用新案登録請求の範囲】
1. 【請求項１】 第１の通信レートでデータを受信し該デ
   ータを第２の通信レートで送信する装置であって、
   （ａ） 第１の通信レートでデータを転送する第１の通
   信アダプタ手段と、（ｂ） 上記第１の通信レートより
   も低い第２の通信レートでデータを転送する第２の通信
   アダプタ手段と、（ｃ） 上記第１の通信アダプタ手段
   に接続された入力と、上記第２の通信アダプタ手段に接
   続された出力とを有するデータ記憶手段と、（ｄ） 上
   記第１の通信アダプタ手段、上記第２の通信アダプタ手
   段及び上記データ記憶手段に接続され、上記第１の通信
   アダプタ手段から上記データ記憶手段へのデータの入力
   を開始し、上記データ記憶手段に存するデータの量が選
   択された量を超えたことに応答して上記データ記憶手段
   から上記第２のデータ通信手段へのデータの出力を開始
   する制御手段と、を有するデータ通信装置。