JPH10276311A - データ通信方法とデータ通信システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザーの記憶装置の残りの記憶容量が少な
くなっていても、センター側からの送信データが失われ
てしまうことがないデータ通信方法を提供することを目
的とする。 【解決手段】 送信側から受信側へデータを送信するに
際して、送信データサイズと受信側の残り記憶容量に応
じて受信側で必要な領域を確保できるかどうかをステッ
プＳ３で確認し、受信側で必要な領域を確保できないと
判定した場合には、ステップＳ７，Ｓ８，Ｓ９を実行し
て送信側から受信側に送信するデータを調節するので、
ユーザーの記憶装置の残りの記憶容量が少なくなってい
ても、センター側からの送信データが失われてしまうこ
とがない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は各家庭に設置された
受信端末に使用される次世代の情報配信サービスのデー
タ通信方法に関するものである。

【０００２】

【従来の技術】パーソナルコンピュータが各家庭に普及
するようになって、電話回線を介して各種のパソコン通
信ネットワークに接続して、ユーザーが必要とする情報
を家庭に居ながらにして入手できるようになっている。

【０００３】具体的には、ユーザーが情報を入手するに
は、ユーザー自身が操作してパソコン通信ネットワーク
にアクセスし、さらに所望の情報の所在地までユーザー
が操作して移動し、情報を入手する。

【０００４】また、より表現力が豊かなマルチメディア
情報を入手する手段として、インターネット上のホーム
ページから情報を得る方法がある。具体的には、ユーザ
ー自身が操作してインターネットプロバイダにアクセス
し、ホームページブラウザ上で、所望の情報の所在アド
レス（ＵＲＬ）を入力して、情報を入手する。

【０００５】

【発明が解決しようとする課題】このような家庭とセン
ター側とのデータ通信では、ユーザー自身が積極的にパ
ソコン通信ネットワークやプロバイダーにアクセスして
データベースやホームページをユーザーの意志で利用す
ることが必要であるのが現状である。

【０００６】そこで、センター側（送信側）から電話回
線を介して各家庭に設置されたパーソナルコンピュータ
などの端末装置にアクセスしてユーザーに情報を配信す
る次世代の情報サービスが、展開されると予想される。

【０００７】センター側が主導権を握ってユーザーの操
作なしに情報を配信するこのシステムは、より多くのユ
ーザーに情報を配信したいと云うセンター側の思いと、
アクセス操作を実行しなくても情報を入手したいと云う
ユーザー側の思いとの両方を満足させることができる。

【０００８】しかし、各ユーザーの記憶装置の残りの記
憶容量はまちまちであって、ユーザーの記憶装置の残り
の記憶容量が少なくなっている場合には、センター側か
らの送信データの一部がユーザー側の記憶装置に記憶で
きなくなって失われてしまうと云う問題がある。

【０００９】本発明は、ユーザーの記憶装置の残りの記
憶容量が少なくなっていても、センター側からの送信デ
ータが失われてしまうことがないデータ通信方法を提供
することを目的とする。

【００１０】

【課題を解決するための手段】本発明のデータ通信方法
は、送信側から受信側へデータを送信するに際して、送
信データサイズと受信側の残り記憶容量に応じて受信側
で必要な領域を確保できるかどうかを確認し、受信側で
必要な領域を確保できないと判定した場合には、送信側
から受信側に送信するデータを調節したり、受信側での
記憶装置へのアクセスの状況に応じて受信側の記憶装置
の既に記憶されている内容を加工することを特徴とす
る。

【００１１】この本発明によると、ユーザーの記憶装置
の残りの記憶容量が少なくなっていても、センター側か
らの送信データが失われてしまうことがないデータ通信
を実現できる。

【００１２】

【発明の実施の形態】請求項１記載のデータ通信方法
は、送信側から受信側へデータを送信するに際して、送
信データサイズと受信側の残り記憶容量に応じて受信側
で必要な領域を確保できるかどうかを確認し、受信側で
必要な領域を確保できると判定した場合には、送信側か
ら受信側に目的とする送信データを送信し、これを受信
した受信側では送信側から受信したデータを記憶し、受
信側で必要な領域を確保できないと判定した場合には、
送信側から受信側に目的とする送信データの一部だけを
送信し、これを受信した受信側では送信側から受信した
データを記憶することを特徴とする。

【００１３】請求項２記載のデータ通信方法は、送信側
から受信側へデータを送信するに際して、送信データサ
イズと受信側の残り記憶容量に応じて受信側で必要な領
域を確保できるかどうかを確認し、受信側で必要な領域
を確保できると判定した場合には、送信側から受信側に
目的とする送信データを送信し、これを受信した受信側
では送信側から受信したデータを記憶し、受信側で必要
な領域を確保できないと判定した場合には、送信側から
受信側に目的とする送信データの送信を中止することを
特徴とする。

【００１４】請求項３記載のデータ通信方法は、送信側
から受信側へデータを送信するに際して、送信データサ
イズと受信側の残り記憶容量に応じて受信側で必要な領
域を確保できるかどうかを確認し、受信側で必要な領域
を確保できると判定した場合には、送信側から受信側に
目的とする送信データを送信し、これを受信した受信側
では送信側から受信したデータを記憶し、受信側で必要
な領域を確保できないと判定した場合には、送信側から
受信側に目的とする送信データの一部あるいは全部を、
データサイズの小さい代替データに変更して送信し、こ
れを受信した受信側では送信側から受信したデータを記
憶することを特徴とする。

【００１５】請求項４記載のデータ通信方法は、送信側
から受信側へデータを送信するに際して、送信データサ
イズと受信側の残り記憶容量に応じて受信側で必要な領
域を確保できるかどうかを確認し、受信側で必要な領域
を確保できると判定した場合には、送信側から受信側に
目的とする送信データを送信し、これを受信した受信側
では送信側から受信したデータを記憶し、受信側で必要
な領域を確保できないと判定した場合には、送信側から
受信側に目的とする送信データの少なくとも一部を圧縮
して送信し、これを受信した受信側では送信側から受信
したデータを前記の圧縮の状態で記憶することを特徴と
する。

【００１６】請求項５記載のデータ通信方法は、送信側
から受信側へデータを圧縮した状態で送信するに際し
て、送信データサイズと受信側の残り記憶容量に応じて
受信側で必要な領域を確保できるかどうかを確認し、受
信側で必要な領域を確保できると判定した場合には、送
信側から受信側に目的とする送信データを送信し、これ
を受信した受信側では送信側から受信したデータを記憶
し、受信側で必要な領域を確保できないと判定した場合
には、送信側から受信側に目的とする圧縮送信データを
再圧縮して送信し、これを受信した受信側では送信側か
ら受信したデータを前記の再圧縮の状態で記憶すること
を特徴とする。

【００１７】請求項６記載のデータ通信方法は、送信側
から受信側へデータを送信するに際して、目的とする送
信データの送信に先だってデータサイズを送信側から受
信側に送信し、受信側では受信側の残り記憶容量に応じ
て必要な領域を確保できるかどうかを確認し、受信側で
必要な領域を確保できると判定した場合には、送信側か
ら送信された目的とする送信データの全てを記憶し、受
信側で必要な領域を確保できないと判定した場合には、
送信側から送信された目的とする送信データの一部だけ
を記憶することを特徴とする。

【００１８】請求項７記載のデータ通信方法は、送信側
から受信側へデータを送信するに際して、送信側は目的
とする送信データを受信側に送信し、これを受信した受
信側では、受信した前記送信データのヘッダからデータ
のデータサイズを読み取って記憶に必要な領域を確保で
きるかどうかを受信側で確認し、受信側で必要な領域を
確保できると判定した場合には、送信側から送信された
目的とする送信データの全てを記憶し、受信側で必要な
領域を確保できないと判定した場合には、送信側から送
信された目的とする送信データの一部だけを記憶するこ
とを特徴とする。

【００１９】請求項８記載のデータ通信方法は、送信側
から受信側の記憶装置へデータを送信するに際して、受
信側では記憶装置に書き込まれたデータにユーザーがア
クセスした頻度を計数し、送信データサイズと受信側の
残り記憶容量に応じて受信側で必要な領域を確保できる
かどうかを確認し、受信側で必要な領域を確保できると
判定した場合には、送信側から送信された送信データを
受信側では前記の記憶装置に記憶し、受信側で必要な領
域を確保できないと判定した場合には、アクセス頻度の
低いデータを前記の記憶装置から消去あるいは圧縮して
領域を確保し、送信側から受信した送信データを前記の
記憶装置に記憶することを特徴とする。

【００２０】請求項９記載のデータ通信方法は、送信側
から受信側の第１の記憶装置へデータを送信するに際し
て、受信側では第１の記憶装置に書き込まれたデータに
ユーザーがアクセスした頻度を計数し、送信データサイ
ズと第１の記憶装置の残り記憶容量に応じて受信側で必
要な領域を確保できるかどうかを確認し、受信側で必要
な領域を確保できると判定した場合には、送信側から送
信された送信データを受信側では第１の記憶装置に記憶
し、受信側で必要な領域を確保できないと判定した場合
には、アクセス頻度の低いデータを第１の記憶装置から
第１の記憶装置とは別の第２の記憶装置に移動して領域
を確保し、送信側から受信した送信データを第１の記憶
装置に記憶することを特徴とする。

【００２１】請求項１０記載のデータ通信方法は、送信
側から受信側の記憶装置へデータを送信するに際して、
受信側では前記の記憶装置に書き込まれたデータにユー
ザーがアクセスした頻度を計数し、送信データサイズと
前記の記憶装置の残り記憶容量に応じて受信側で必要な
領域を確保できるかどうかを確認し、受信側で必要な領
域を確保できると判定した場合には、送信側から送信さ
れた送信データを受信側では前記の記憶装置に記憶し、
受信側で必要な領域を確保できないと判定した場合に
は、アクセス頻度の低いデータをプリントアウトすると
共に前記の記憶装置から消去して領域を確保し、送信側
から受信した送信データを前記の記憶装置に記憶するこ
とを特徴とする。

【００２２】請求項１１記載のデータ通信システムは、
請求項１〜請求項１０の何れかのデータ通信方法を実現
するデータ通信システムであって、受信側の設備がファ
クシミリ装置であることを特徴とする。

【００２３】請求項１２記載のデータ通信システムは、
請求項１〜請求項１０の何れかのデータ通信方法を実現
するデータ通信システムであって、受信側の設備がテレ
ビジョン受像機またはモニタ装置であることを特徴とす
る。

【００２４】請求項１３記載のデータ通信システムは、
請求項１〜請求項１０の何れかのデータ通信方法を実現
するデータ通信システムであって、受信側の設備がテレ
ビジョン受像機またはモニタ装置またはファクシミリ装
置に接続して使用される外付き付属装置であることを特
徴とする。

【００２５】以下、本発明のデータ通信方法を図１〜図
２１に示す具体的な実施の形態に基づいて説明する。 （実施の形態１）図１〜図４は（実施の形態１）を示
す。

【００２６】図１に示すように送信側Ｔと受信側Ｒとは
公衆電話回線Ｌを介して接続されている。この実施の形
態の受信側Ｒは、テレビジョン受像機１に接続される付
属装置２であって、図２に示すようにマイクロコンピュ
ータ３Ｒとデータ記憶手段４とデータ送受信手段５と外
部へ映像出力するためのビデオＲＡＭ６と作業領域とな
るＲＡＭ７などで構成されている。マイクロコンピュー
タ３Ｒは、受信データ解析手段８とデータ読み出し書き
込み手段９と送信データ生成手段１０などの機能ブロッ
クで構成されている。

【００２７】送信側Ｔは、マイクロコンピュータ３Ｔと
データ記憶手段１１とデータ送受信手段１２などで構成
されている。マイクロコンピュータ３Ｔは、データ読み
出し書き込み手段１３と送信データサイズ計数手段１４
と送信データ生成手段１５と受信データ解析手段１６と
送信中断手段１７などの機能ブロックで構成されてい
る。

【００２８】送信側Ｔが受信側Ｒへ送信したい目的の送
信データは、マイクロコンピュータ３Ｔのデータ読み出
し書き込み手段１３を介してデータ記憶手段１１に書き
込まれている。

【００２９】ここでは、前記の目的の送信データは動画
データと静止画データと音データとテキストデータの内
の少なくとも１つ以上を有しているマルチメディアデー
タで、そのデータフォーマットは、例えば、動画データ
と音データとテキストデータからなるものであれば、図
３の（ａ）に示すように、ヘッダーと動画データと音デ
ータとテキストデータとで構成されている。ヘッダーに
は、下記に示す（表１）に示すように動画データの始ま
りの位置を表すポインタＰ１と動画データのデータサイ
ズと、音データの始まりの位置を表すポインタＰ２と音
データのデータサイズと、テキストデータの始まりの位
置を表すポインタＰ３とテキストデータのデータサイズ
とが記録されている。

【００３０】

【表１】

【００３１】図４はデータ記憶手段１１に蓄積されてい
る送信データを受信側Ｒのデータ記憶手段４に書き込む
際の送信側と受信側との通信手順をマイクロコンピュー
タ３Ｒ，３Ｔのフローチャートにして表現したものであ
る。

【００３２】具体的には、送信側Ｔから受信側Ｒへ送信
データを実際に送信する以前に行われる通信速度などの
通信条件を決定するためのネゴシエーションにおいて、
ステップＳ１では、送信側Ｔが受信側Ｒに、データ送受
信手段１２を介してデータ記憶手段４の残り記憶領域の
大きさを送信するようにリクエストする。

【００３３】ステップＳ２では、ステップＳ１での送信
側Ｔからのリクエストを受信した受信側Ｒが、データ記
憶手段４〔具体的には、ＨＤＤ装置〕の空き領域の大き
さを送信データ生成手段１０を介して送信側Ｔへ返答す
る。

【００３４】ステップＳ３では、ステップＳ２での受信
側Ｒからの返答を受信した送信側Ｔが、送信しようとす
るマルチメディアデータのデータサイズとステップＳ２
での返答で受け取った空き領域の大きさとを受信データ
解析手段１６で比較して、送信データを受信側Ｒのデー
タ記憶手段４に書き込めるかをチェックする。

【００３５】ステップＳ３においてＹＥＳ〔書き込め
る〕と送信側Ｔの受信データ解析手段１６が判定した場
合には、データ読み出し書き込み手段１３を介してデー
タ記憶手段１１に書き込まれている目的の送信データを
読み出してステップＳ４でデータ送信を開始し、送信デ
ータ生成手段１５を介して図４の（ｂ）に示すように図
４の（ａ）をそのまま送信して、ステップＳ５でデータ
送信を完了してステップＳ６の終了シーケンスを実行し
て一動作を完了する。この場合には送信データサイズ計
数手段１４と送信中断手段１７は作用しない。

【００３６】なお、ステップＳ５とステップＳ６の間に
公衆電話回線Ｌに送信された送信データは、受信側Ｒの
データ記憶手段４にそのままのデータサイズで書き込ま
れる。

【００３７】ステップＳ３においてＮＯ〔書き込めな
い〕と送信側Ｔの受信データ解析手段１６が判定した場
合には、次のように送信データサイズ計数手段１４と送
信中断手段１７が作用する。具体的には、ステップＳ７
ではステップＳ２で受信した空き領域より小さいサイズ
になるように送信データの一部を送らないように送信内
容を決定する。例えば、動画データを送信しないとした
場合には、ステップＳ８で送信を開始すると、送信デー
タ生成手段１５がデータ送受信手段１２を介してデータ
を送信使用としたときに送信データサイズ計数手段１４
が、ポインタＰ１から動画データのデータサイズの間は
送信中断手段１７が動作してデータ送受信手段１２が図
３の（ｃ）に示すように動画データを除く音データとテ
キストデータだけを受信側Ｒのデータ送受信手段５が受
信してデータ記憶手段４の空き領域に書き込まれ、ステ
ップＳ９で送信を完了してステップＳ６の終了シーケン
スを実行して一動作を完了する。この送信内容の選別に
伴い、データ記憶手段４に書き込まれるヘッダーの内容
も実態に合う内容に更新されている。

【００３８】また、マルチメディアデータが図２２に示
すように動画のみから構成される場合において、送信し
ようとするデータサイズより大きな受信領域が確保でき
ない場合には、動画データを先頭から送信し、受信側で
データ受信領域として確保可能なデータサイズ分だけ動
画データを送信し、残りの動画データは送信を中断し
て、終了シーケンスを実行し、動作を完了する。

【００３９】このように送信側Ｔは、受信側Ｒのデータ
記憶手段４の空き領域が目的とする送信データに比べて
小さい場合には、目的とする送信データの一部だけを配
信して受信側Ｒでデータが消失しないようにできる。具
体的には、空き領域が少ないにも係わらず送信データを
送信した場合には、動画データを送信中または音データ
の送信中に受信側Ｒのデータ記憶手段４の記憶容量をオ
ーバーフローが発生して、テキストデータを受信側Ｒの
データ記憶手段４に残すことができないがためにその回
に受信側Ｒのデータ記憶手段４に書き込んだ送信データ
が何であったのか解らなくなったりすることがある。こ
のような場合に、上記のように動画データを除いた音デ
ータとテキストデータの組み合わせ、または音データを
除いた動画データとテキストデータの組み合わせを受信
側Ｒへ配信することによって、無駄な通信と受信側Ｒの
データ記憶手段４の記憶容量の無駄遣いをなくすること
ができる。

【００４０】また、異種データの組み合わせによる送信
が不可能な場合においても、不完全ながらデータの一部
分を送信することによりデータ記憶手段４の他の記憶デ
ータに影響を及すことなく、可能な限りの情報を配信す
ることが可能となる。

【００４１】（実施の形態２）図５，図６は（実施の形
態２）を示す。（実施の形態１）と同様の作用を成すも
のには同一の符号を付けて説明する。

【００４２】（実施の形態１）では送信データに比べて
受信側Ｒのデータ記憶手段４の空き領域が足らなくなっ
た場合には、送信データの一部だけを送信したが、この
（実施の形態２）では、送信データに比べて受信側Ｒの
データ記憶手段４の空き領域が足らなくなった場合に
は、送信側Ｔが受信側Ｒへの送信を中止するように構成
されている。

【００４３】図５に示すように、送信中止手段１８が図
１に示す（実施の形態１）の送信データサイズ計数手段
１４と送信中断手段１７に代わって設けられている。マ
イクロコンピュータ３Ｒ，３Ｔの構成に関しては、図６
に示すように（実施の形態１）と同様にステップＳ１，
Ｓ２，Ｓ３を実行して、ステップＳ３においてＮＯ〔書
き込めない〕と判定した場合に、次にステップＳ６の終
了シーケンスを実行して送信データの全部を送らない。

【００４４】（実施の形態３）図７〜図９は（実施の形
態３）を示す。（実施の形態１）と同様の作用を成すも
のには同一の符号を付けて説明する。

【００４５】（実施の形態１）では送信データに比べて
受信側Ｒのデータ記憶手段４の空き領域が足らなくなっ
た場合には、送信データの一部だけを送信したが、この
（実施の形態３）では送信データに比べて受信側Ｒのデ
ータ記憶手段４の空き領域が足らなくなった場合には、
送信側Ｔが受信側Ｒへの送信データの一部または全部を
データサイズの小さな代替データに変更して送信するよ
うに構成されている。

【００４６】図７に示すように、送信データ変更手段１
９が図１に示す（実施の形態１）の送信データサイズ計
数手段１４と送信中断手段１７に代わって設けられてい
る。目的とする送信データのフォーマットは図８の
（ａ）に示すように、動画データと第１，第２の静止画
データと音データおよびテキストデータで構成されてい
る。

【００４７】第１，第２の静止画データはそれぞれ動画
データの代替用に予め用意されているデータで、第１の
静止画データは動画データよりもデータサイズが小さ
く、第２の静止画データは第１の静止画データよりも更
にデータサイズが小さい。

【００４８】なお、動画データと第１，第２の静止画デ
ータとの関係およびそのデータサイズは動画データの代
替リストに予め登録されている。マイクロコンピュータ
３Ｒ，３Ｔの構成に関しては、図９に示すように（実施
の形態１）と同様にステップＳ１，Ｓ２，Ｓ３を実行し
て、ステップＳ３においてＮＯ〔書き込めない〕と判定
した場合に、ステップＳ７を介してステップＳ７−Ａを
実行する。

【００４９】ステップＳ７−Ａでは、動画データの代替
リストを参照してステップＳ７−Ｂを実行する。ステッ
プＳ７−Ｂでは、代替データリストに送信可能なデータ
サイズの代替データがあるかどうかをチェックする。

【００５０】ステップＳ７−ＢでＮＯ〔代替データがな
い〕と判定された場合には、次にステップＳ６の終了シ
ーケンスを実行して送信データの全部を送らない。ステ
ップＳ７−ＢでＹＥＳ〔代替データがある〕と判定され
た場合には、次にステップＳ７−Ｃで動画データに代わ
って第１の静止画データを組み込んで図８の（ｂ）に示
すフォーマットのデータを目的の送信データの代替デー
タとするか、または動画データに代わって第２の静止画
データを組み込んで図８の（ｃ）に示すフォーマットの
データを目的の送信データの代替データとするのかを決
定して送信を開始する。そしてステップＳ９でデータ送
信の完了を検出すると、ステップＳ６の終了シーケンス
を実行して一動作を完了する。

【００５１】このように構成しても同様の効果を期待で
きる。 （実施の形態４）図１０，図１１は（実施の形態４）を
示す。（実施の形態１）と同様の作用を成すものには同
一の符号を付けて説明する。

【００５２】（実施の形態１）では送信データに比べて
受信側Ｒのデータ記憶手段４の空き領域が足らなくなっ
た場合には、送信データの一部だけを送信したが、この
（実施の形態４）では送信データに比べて受信側Ｒのデ
ータ記憶手段４の空き領域が足らなくなった場合には、
送信側Ｔが受信側Ｒへの送信データを圧縮して送信する
ように構成されている。

【００５３】図１０に示すように、送信データ圧縮手段
２０が図１に示す（実施の形態１）の送信データサイズ
計数手段１４と送信中断手段１７に代わって設けられて
いる。

【００５４】マイクロコンピュータ３Ｒ，３Ｔの構成に
関しては、図１１に示すように（実施の形態１）と同様
にステップＳ１，Ｓ２，Ｓ３を実行して、ステップＳ３
においてＮＯ〔書き込めない〕と判定した場合に、ステ
ップＳ７を介してステップＳ７−Ｄを実行する。

【００５５】ステップＳ７−Ｄでは、目的の送信データ
を所定の圧縮方式で圧縮する。ステップＳ７−Ｅでは、
ステップＳ７−Ｄでの圧縮後のデータサイズとステップ
Ｓ２で読み取った空き領域の大きさとを比較して圧縮さ
れたデータが送信可能データサイズに収まるかどうかを
チェックする。

【００５６】ステップＳ７−ＥでＮＯ〔収まらない〕と
判定した場合には、ステップＳ６の終了シーケンスを実
行して送信データの全部を送らない。ステップＳ７−Ｅ
でＹＥＳ〔収まる〕と判定した場合には、ステップＳ７
−Ｄで圧縮後のデータの送信をステップＳ４で開始し、
ステップＳ５でデータ送信を完了してステップＳ６の終
了シーケンスを実行して一動作を完了する。

【００５７】ステップＳ３においてＹＥＳ〔書き込め
る〕と送信側Ｔの受信データ解析手段１６が判定した場
合には、データ記憶手段１１に書き込まれている目的の
送信データを読み出してステップＳ４，Ｓ５を実行す
る。

【００５８】なお、受信側Ｒのデータ記憶手段４に圧縮
して記録されたデータは、必要なときに解凍して利用さ
れる。このように構成しても同様の効果を期待できる。

【００５９】なお、この実施の形態では目的の送信デー
タの全部をステップＳ７−Ｄで圧縮して送信する場合
と、目的の送信データの一部をステップＳ７−Ｄで圧縮
して送信する場合との何れを実行することもできる。何
れの場合も、圧縮の方式ならびに圧縮したデータの期間
などは、送信側Ｔと受信側Ｒとの間で予め決めたものを
使用したり、その都度のデータのヘッダに記述して配信
することもできる。

【００６０】また、ステップＳ７−Ｄでは圧縮前の送信
データを圧縮したが、送信側Ｔのデータ記憶手段１１に
目的の送信データを圧縮して書き込んだ場合などは、ス
テップＳ７−Ｄでは圧縮後の送信データを再圧縮して送
信することになる。

【００６１】（実施の形態１）から（実施の形態４）で
は、送信側Ｔから受信側Ｒにリクエストして受信側Ｒの
データ記憶手段４の空き領域のサイズを送信側Ｔが読み
取って、送信側Ｔがこれから送信しようとするデータの
書き込みに必要となる領域を確保できるかどうかを確認
したが、送信側Ｔが目的の送信データのデータサイズを
受信側Ｒに送信し、自己の空き領域の大きさと送信側Ｔ
から受信したデータサイズとを受信側Ｒのマイクロコン
ピュータ３Ｒが比較して、その判定結果を受信側Ｒが送
信側Ｔに連絡して、具体的には、（実施の形態１）の場
合には、図４に示したステップＳ３とそれ以降をマイク
ロコンピュータ３Ｔが実行するように構成しても同様の
効果を期待できる。

【００６２】（実施の形態５）図１２，図１３は（実施
の形態５）を示す。図１２に示すように送信側Ｔと受信
側Ｒとは公衆電話回線Ｌを介して接続されている。この
実施の形態の受信側Ｒは、（実施の形態１）と同様にテ
レビジョン受像機１に接続される付属装置２である。

【００６３】受信側Ｒは、マイクロコンピュータ３Ｒと
データ記憶手段４とデータ送受信手段５などで構成され
ている。マイクロコンピュータ３Ｒは、受信データ解析
手段８とデータ読み出し書き込み手段９と送信データ生
成手段１０および受信中断手段２１などの機能ブロック
で構成されている。

【００６４】送信側Ｔは、マイクロコンピュータ３Ｔと
データ記憶手段１１とデータ送受信手段１２などで構成
されている。マイクロコンピュータ３Ｔは、受信データ
解析手段１６とデータ読み出し書き込み手段１３と送信
データ生成手段１５などの機能ブロックで構成されてい
る。

【００６５】送信側Ｔが受信側Ｒへ送信したい目的の送
信データは、マイクロコンピュータ３Ｔのデータ読み出
し書き込み手段１３を介してデータ記憶手段１１に書き
込まれている。

【００６６】ここでは、目的の送信データは動画データ
と音データとテキストデータを有しているマルチメディ
アデータで、そのデータフォーマットは図３の（ａ）に
示すように、ヘッダーと動画データと音データとテキス
トデータとで構成されている。ヘッダーには、動画デー
タの始まりの位置を表すポインタＰ１と動画データのデ
ータサイズと、音データの始まりの位置を表すポインタ
Ｐ２と音データのデータサイズと、テキストデータの始
まりの位置を表すポインタＰ３とテキストデータのデー
タサイズとが記録されている。

【００６７】図１３はデータ記憶手段１１に蓄積されて
いる送信データを受信側Ｒのデータ記憶手段４に書き込
む際の送信側と受信側との通信手順をマイクロコンピュ
ータ３Ｒ，３Ｔのフローチャートにして表現したもので
ある。

【００６８】具体的には、送信側Ｔから受信側Ｒへ送信
データを実際に送信する以前のネゴシエーションにおい
て、ステップＳ１１では、送信側Ｔが受信側Ｒに、デー
タ送受信手段１２を介して、目的の送信データのデータ
ーサイズを送信する。具体的には、ヘッダーの内容だけ
を送信する。

【００６９】ステップＳ１２では、ステップＳ１１での
送信側Ｔからのヘッダーを受信した受信側Ｒが、受信し
たデータサイズと自己のデータ記憶手段４の空き領域の
大きさとを比較して、送信データを受信側Ｒのデータ記
憶手段４に書き込めるかをチェックする。

【００７０】ステップＳ１２においてＹＥＳ〔書き込め
る〕と判定した場合には、ステップＳ１３で送信データ
生成手段１０とデータ送受信手段５を介して送信側Ｔ
へ、データ受信の準備が完了したことを通知する。

【００７１】受信側Ｒからのデータ受信の準備完了を検
出したマイクロコンピュータ３Ｔは、データ読み出し書
き込み手段１３を介してデータ記憶手段１１に書き込ま
れている目的の送信データを読み出してステップＳ１４
でデータ送信を開始し、送信データ生成手段１５を介し
て図３の（ｂ）に示すように図３の（ａ）をそのまま送
信して、ステップＳ１５でデータ送信を完了してステッ
プＳ１６の終了シーケンスを実行して一動作を完了す
る。この場合には受信側Ｒのデータ記憶手段４にそのま
まのデータサイズで書き込まれ、受信中断手段２１は作
用しない。

【００７２】ステップＳ１２においてＮＯ〔書き込めな
い〕と受信側Ｒの受信データ解析手段８が判定した場合
には、次のように受信中断手段２１が作用する。ステッ
プＳ１７ではステップＳ１１で受信したヘッダーの内容
と自己のデータ記憶手段４にしたがって、受信サイズを
決定する。具体的には、動画データと音データの内の一
方とテキストデータとの何れかの組み合わせが、空き領
域を越えないかをチェックして受信サイズを決定する。
ここでは、動画データとテキストデータとの組み合わせ
では空き領域を越え、音データとテキストデータとの組
み合わせでは空き領域を越えない場合には、動画データ
を取り込まずに音データとテキストデータを取り込むよ
うに受信サイズを決定する。

【００７３】ステップＳ１７で受信サイズが決定される
と、ステップ１８では受信側Ｒが送信側Ｔへデータ受信
の準備が完了したことを通知する。受信側Ｒからのデー
タ受信の準備完了を検出したマイクロコンピュータ３Ｔ
は、データ読み出し書き込み手段１３を介してデータ記
憶手段１１に書き込まれている目的の送信データを読み
出してステップＳ１９でデータ送信を開始する。

【００７４】送信側Ｔからの送信データ〔図３の
（ｂ）〕を受信した受信側Ｒは、ステップＳ７で決定し
た受信サイズに基づいて、ステップ２０ではポインタＰ
１からポインタＰ２の期間の動画データの取り込みを受
信中断手段２１が禁止し、図３の（ｃ）に示すように音
データとテキストデータをデータ記憶手段４に書き込
み、ステップＳ６の終了シーケンスを実行して一動作を
完了する。

【００７５】また、マルチメディアデータが図２２のよ
うに、動画のみから構成される場合において、送信デー
タのデータサイズより大きな受信領域が確保できない場
合は、送信されてくる動画データを先頭から受信し、受
信可能なデータサイズ分だけ受信が完了すると残りのデ
ータの受信を中断し、終了シーケンスに移る。

【００７６】（実施の形態６）図１４，図１５は（実施
の形態６）を示す。（実施の形態５）と同様の作用を成
すものには同一の符号を付けて説明する。

【００７７】（実施の形態５）では受信側Ｒのデータ記
憶手段４の空き領域に応じて送信データの一部だけをデ
ータ記憶手段４に取り込んだが、この（実施の形態６）
では受信側Ｒのデータ記憶手段４へのユーザーの日頃の
アクセスの状態に応じて、使用頻度の低い領域のデータ
を消去してデータ記憶手段４の空き領域を確保して、送
信側Ｔからの送信データの全てを受信側Ｒのデータ記憶
手段４に取り込むように構成されている。

【００７８】受信側Ｒのマイクロコンピュータ３Ｒは、
（実施の形態５）の受信中断手段２１に代わってデータ
参照頻度計数手段２２とデータ消去手段２３などで構成
されている。

【００７９】送信側Ｔから受信した送信データは受信側
Ｒのデータ記憶手段４に書き込まれており、入力手段
〔図示せず〕から読み出したいデータをユーザーが指定
すると、データ参照頻度計数手段２２はデータ記憶手段
４の指定されて読み出されたデータごとまたは指定され
て読み出されたデータの分類ごとに、その参照の頻度を
計数している。

【００８０】データ参照頻度計数手段２２で計数された
参照頻度は具体的には下記の（表２）に示すような形式
で管理されている。

【００８１】

【表２】

【００８２】この（表２）よるとデータ００１、データ
００２、データ００３のうちではデータ００２が参照頻
度が最も高く、以下データ００３、データ００１という
順になる。またデータのタイプ別分類では、タイプ１の
データの参照頻度はデータ００１とデータ００３との合
算であり１８となりタイプ２の参照頻度はデータ００２
の２０となることを示している。

【００８３】マイクロコンピュータ３Ｒ，３Ｔは図１５
に示すように構成されている。（実施の形態５）と同じ
ように、マイクロコンピュータ３ＴがステップＳ１１で
目的の送信データのデーターサイズを送信し、マイクロ
コンピュータ３ＴがステップＳ１２で送信データを受信
側Ｒのデータ記憶手段４に書き込めるかをチェックし、
ステップＳ１２においてＹＥＳ〔書き込める〕と判定し
た場合には、ステップＳ１３〜ステップＳ１６を実行し
て目的の送信データを受信側Ｒのデータ記憶手段４に書
き込んで一動作を終了する。ステップＳ１２においてＮ
Ｏ〔書き込めない〕と受信側Ｒの受信データ解析手段８
が判定した場合には、ステップＳ１７−Ｆを実行する。
ステップＳ１７−Ｆでは、データ参照頻度計数手段２２
が計数している参照頻度をチェックして、特定し、この
特定したデータまたはデータ群をデータ消去手段２３を
介して受信側Ｒのデータ記憶手段４から消去し、ステッ
プＳ１２でＹＥＳ〔書き込める〕と判定されるまで繰り
返しステップＳ１７−Ｆを実行し、ステップＳ１３〜ス
テップＳ１６を実行して目的の送信データを受信側Ｒの
データ記憶手段４に書き込んで一動作を終了する。

【００８４】このように、自己のデータ記憶手段４の中
身を使用頻度に応じて自動的に消去して空き容量を確保
するので、送信側Ｔから新たに送られてくる最新の送信
データを消失することがない。

【００８５】（実施の形態７）図１６，図１７は（実施
の形態７）を示す。（実施の形態６）と同様の作用を成
すものには同一の符号を付けて説明する。

【００８６】（実施の形態６）では自己のデータ記憶手
段４の中身を使用頻度に応じて自動的に消去して空き容
量を確保し、消去された内容（使用頻度の低いデータま
たはデータ領域）は消失してしまったが、この（実施の
形態７）ではデータ記憶手段４の消去に際しては、消去
する内容をプリンタ２４を介してハードコピーするよう
に構成されている。

【００８７】受信側Ｒのマイクロコンピュータ３Ｒは、
（実施の形態６）のステップＳ１７−Ｆが図１７に示す
ようにステップＳ１７−Ｇで消去に際してその内容をプ
リンタ２４を介してハードコピーするように構成されて
いる点だけが異なっており、その他は（実施の形態６）
と同様である。

【００８８】（実施の形態８）図１８，図１９は（実施
の形態８）を示す。（実施の形態７）と同様の作用を成
すものには同一の符号を付けて説明する。

【００８９】（実施の形態７）では自己のデータ記憶手
段４の中身を使用頻度に応じて自動的に消去して空き容
量を確保するに際して、消去する内容をプリンタ２４を
介してハードコピーするように構成したが、この（実施
の形態８）では第２のデータ記憶手段２５に転送するよ
うに構成されている。

【００９０】データ記憶手段４がハードディスク装置の
場合には、第２のデータ記憶手段２５は光ディスク装置
が使用される。受信側Ｒのマイクロコンピュータ３Ｒ
は、（実施の形態７）のステップＳ１７−Ｆが図１９に
示すようにステップＳ１７−Ｈに変更されているだけで
ある。ステップＳ１７−Ｈでは、消去に際してその内容
を第２のデータ記憶手段２５に転送してからデータ消去
手段２３を介して受信側Ｒのデータ記憶手段４から消去
するように構成されている点だけが異なっており、その
他は（実施の形態７）と同様である。

【００９１】なお、第２のデータ記憶手段２５に転送す
る場合には、単に転送するだけの場合と、圧縮して第２
のデータ記憶手段２５に転送する場合がある。なお、本
実施の形態ではデータ記憶手段４としてハードディスク
装置、第２のデータ記憶手段２５として光ディスク装置
で構成しているが、本発明は具体的な記憶装置に制限す
るものではなく、いずれの記憶手段についても他の記憶
装置例えば、フロッピーディスク装置、半導体メモリ
ー、ストリーマー、ＤＡＴなどであってもよい。通常本
実施の形態においてはデータ記憶手段４を普段の記憶手
段、第２のデータ記憶装置２５を補助的な記憶手段とし
て利用するので、前者が後者よりもデータの読み書きの
速度が速い装置である方が望ましい。

【００９２】なお、（実施の形態１）から（実施の形態
８）においては通信手段として、電話回線による通信を
用いた例について説明したが、本発明は通信手段を限定
するものではなく、他の手段を用いてもよい。例えば、
双方向の通信が可能な無線通信システム、あるいはセン
ター側から端末側へは放送波による配信を行い、端末側
からセンター側への通信は電話回線によるものでもよ
い。また（実施の形態５）から（実施の形態８）におい
てはセンター側から端末側への単方向の通信でも実現可
能であるため、地上波や、衛星からの放送波、あるいは
ＣＡＴＶのデータに重畳してマルチメディアデータを送
信してもよい。

【００９３】（実施の形態９）図２０は（実施の形態
９）を示す。（実施の形態１）と同様の作用を成すもの
には同一の符号を付けて説明する。

【００９４】上記の各実施の形態では、受信側Ｒの設備
をテレビジョン受像機１に接続される付属装置２、また
は付属装置２とプリンタ２４、または付属装置２と第２
のデータ記憶手段２５で構成したが、この（実施の形態
９）ではテレビジョン受像機１に組み込んで一体に構成
したものであり、テレビ受信手段２６とテレビ表示手段
２７と表示手段２８が図２に示した付属装置２の構成と
組み合わされてテレビジョン受像機１が構成されてい
る。なお、この場合にも図示されていないが、データ記
憶手段４に書き込まれたデータを指定してアクセスする
ための入力手段が設けられている。

【００９５】また、この実施の形態ではテレビジョン受
像機１に一体に組み込んだが、受信側Ｒの設備を、図２
０の構成からテレビ受信手段２６とテレビ表示手段２７
を取り除いたモニター装置とすることもできる。

【００９６】（実施の形態１０）図２１は（実施の形態
１０）を示す。（実施の形態９）と同様の作用を成すも
のには同一の符号を付けて説明する。

【００９７】（実施の形態９）では、受信側Ｒの設備を
テレビジョン受像機１に組み込んで一体に構成したが、
この（実施の形態１０）ではファクシミリ装置２９に受
信側Ｒの設備を組み込んで一体に構成している。画像読
取手段３０と画像出力装置３１がファクシミリ装置２９
の固有の基本的な構成を表している。

【００９８】

【発明の効果】以上のように本発明のデータ通信方法に
よると、送信側から受信側へデータを送信するに際し
て、送信データサイズと受信側の残り記憶容量に応じて
受信側で必要な領域を確保できるかどうかを確認し、受
信側で必要な領域を確保できないと判定した場合には、
送信側から受信側に送信するデータを調節したり、受信
側での記憶装置へのアクセスの状況に応じて受信側の記
憶装置の既に記憶されている内容を加工するので、セン
ター側（送信側）から電話回線などの通信手段を介して
各家庭に設置された端末装置にアクセスしてユーザーに
情報を配信する次世代の情報サービスを展開した場合
に、ユーザーの記憶装置の残りの記憶容量が少なくなっ
ていても、センター側からの送信データが失われてしま
うことがないデータ通信を実現できるものである。

【図面の簡単な説明】

【図１】本発明のデータ通信方法の（実施の形態１）の
機能ブロック図

【図２】同実施の形態の受信側の付属装置の構成図

【図３】同実施の形態で扱うデータフォーマット図

【図４】同実施の形態の通信手順を説明するフローチャ
ート図

【図５】本発明のデータ通信方法の（実施の形態２）の
機能ブロック図

【図６】同実施の形態の通信手順を説明するフローチャ
ート図

【図７】本発明のデータ通信方法の（実施の形態３）の
機能ブロック図

【図８】同実施の形態で扱うデータフォーマット図

【図９】同実施の形態の通信手順を説明するフローチャ
ート図

【図１０】本発明のデータ通信方法の（実施の形態４）
の機能ブロック図

【図１１】同実施の形態の通信手順を説明するフローチ
ャート図

【図１２】本発明のデータ通信方法の（実施の形態５）
の機能ブロック図

【図１３】同実施の形態の通信手順を説明するフローチ
ャート図

【図１４】本発明のデータ通信方法の（実施の形態６）
の機能ブロック図

【図１５】同実施の形態の通信手順を説明するフローチ
ャート図

【図１６】本発明のデータ通信方法の（実施の形態７）
の機能ブロック図

【図１７】同実施の形態の通信手順を説明するフローチ
ャート図

【図１８】本発明のデータ通信方法の（実施の形態８）
の機能ブロック図

【図１９】同実施の形態の通信手順を説明するフローチ
ャート図

【図２０】本発明のデータ通信方法の（実施の形態９）
のデータ通信システムの受信側の機能ブロック図

【図２１】本発明のデータ通信方法の（実施の形態１
０）のデータ通信システムの受信側の機能ブロック図

【図２２】本発明の（実施の形態１）で取り扱うマルチ
メディアデータの一例のフォーマット図

【符号の説明】

１ テレビジョン受像機 ２ 付属装置 ３Ｒ 受信側のマイクロコンピュータ ３Ｔ 送信側のマイクロコンピュータ ４ 受信側のデータ記憶手段 ５ 受信側のデータ送受信手段 ８ 受信データ解析手段 ９ 受信側の読み出し書き込み手段 １０ 受信側のデータ送信データ生成手段 １１ 送信側のデータ記憶手段 １２ 送信側のデータ送受信手段 １３ 送信側のデータ読み出し書き込み手段 １４ 送信側の送信データサイズ計数手段 １５ 送信側の送信データ生成手段 １６ 送信側の受信データ解析手段 １７ 送信側の送信中断手段 １８ 送信側の送信中止手段 １９ 送信側の送信データ変更手段 ２０ 送信側の送信データ圧縮手段 ２１ 受信側の受信中断手段 ２２ 受信側のデータ参照頻度計数手段 ２３ 受信側のデータ消去手段 ２４ プリンタ ２５ 第２のデータ記憶手段 ２６ テレビ受信手段 ２９ ファクシミリ装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 井村 敦 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 森田 久雄 大阪府門真市大字門真1006番地 松下電器 産業株式会社内

Claims (13)

【特許請求の範囲】
1. 【請求項１】送信側から受信側へデータを送信するに際
   して、 送信データサイズと受信側の残り記憶容量に応じて受信
   側で必要な領域を確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から受信側に目的とする送信データを送信し、こ
   れを受信した受信側では送信側から受信したデータを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から受信側に目的とする送信データの一部だ
   けを送信し、これを受信した受信側では送信側から受信
   したデータを記憶するデータ通信方法。
2. 【請求項２】送信側から受信側へデータを送信するに際
   して、 送信データサイズと受信側の残り記憶容量に応じて受信
   側で必要な領域を確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から受信側に目的とする送信データを送信し、こ
   れを受信した受信側では送信側から受信したデータを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から受信側に目的とする送信データの送信を
   中止するデータ通信方法。
3. 【請求項３】送信側から受信側へデータを送信するに際
   して、 送信データサイズと受信側の残り記憶容量に応じて受信
   側で必要な領域を確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から受信側に目的とする送信データを送信し、こ
   れを受信した受信側では送信側から受信したデータを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から受信側に目的とする送信データの一部あ
   るいは全部を、データサイズの小さい代替データに変更
   して送信し、これを受信した受信側では送信側から受信
   したデータを記憶するデータ通信方法。
4. 【請求項４】送信側から受信側へデータを送信するに際
   して、 送信データサイズと受信側の残り記憶容量に応じて受信
   側で必要な領域を確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から受信側に目的とする送信データを送信し、こ
   れを受信した受信側では送信側から受信したデータを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から受信側に目的とする送信データの少なく
   とも一部を圧縮して送信し、これを受信した受信側では
   送信側から受信したデータを前記の圧縮の状態で記憶す
   るデータ通信方法。
5. 【請求項５】送信側から受信側へデータを圧縮した状態
   で送信するに際して、 送信データサイズと受信側の残り記憶容量に応じて受信
   側で必要な領域を確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から受信側に目的とする送信データを送信し、こ
   れを受信した受信側では送信側から受信したデータを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から受信側に目的とする圧縮送信データを再
   圧縮して送信し、これを受信した受信側では送信側から
   受信したデータを前記の再圧縮の状態で記憶するデータ
   通信方法。
6. 【請求項６】送信側から受信側へデータを送信するに際
   して、 目的とする送信データの送信に先だってデータサイズを
   送信側から受信側に送信し、 受信側では受信側の残り記憶容量に応じて必要な領域を
   確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から送信された目的とする送信データの全てを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から送信された目的とする送信データの一部
   だけを記憶するデータ通信方法。
7. 【請求項７】送信側から受信側へデータを送信するに際
   して、 送信側は目的とする送信データを受信側に送信し、 これを受信した受信側では、受信した前記送信データの
   ヘッダからデータのデータサイズを読み取って記憶に必
   要な領域を確保できるかどうかを受信側で確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から送信された目的とする送信データの全てを記
   憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、送信側から送信された目的とする送信データの一部
   だけを記憶するデータ通信方法。
8. 【請求項８】送信側から受信側の記憶装置へデータを送
   信するに際して、 受信側では記憶装置に書き込まれたデータにユーザーが
   アクセスした頻度を計数し、 送信データサイズと受信側の残り記憶容量に応じて受信
   側で必要な領域を確保できるかどうかを確認し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から送信された送信データを受信側では前記の記
   憶装置に記憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、アクセス頻度の低いデータを前記の記憶装置から消
   去あるいは圧縮して領域を確保し、送信側から受信した
   送信データを前記の記憶装置に記憶するデータ通信方
   法。
9. 【請求項９】送信側から受信側の第１の記憶装置へデー
   タを送信するに際して、 受信側では第１の記憶装置に書き込まれたデータにユー
   ザーがアクセスした頻度を計数し、 送信データサイズと第１の記憶装置の残り記憶容量に応
   じて受信側で必要な領域を確保できるかどうかを確認
   し、 受信側で必要な領域を確保できると判定した場合には、
   送信側から送信された送信データを受信側では第１の記
   憶装置に記憶し、 受信側で必要な領域を確保できないと判定した場合に
   は、アクセス頻度の低いデータを第１の記憶装置から第
   １の記憶装置とは別の第２の記憶装置に移動して領域を
   確保し、送信側から受信した送信データを第１の記憶装
   置に記憶するデータ通信方法。
10. 【請求項１０】送信側から受信側の記憶装置へデータを
    送信するに際して、 受信側では前記の記憶装置に書き込まれたデータにユー
    ザーがアクセスした頻度を計数し、 送信データサイズと前記の記憶装置の残り記憶容量に応
    じて受信側で必要な領域を確保できるかどうかを確認
    し、 受信側で必要な領域を確保できると判定した場合には、
    送信側から送信された送信データを受信側では前記の記
    憶装置に記憶し、 受信側で必要な領域を確保できないと判定した場合に
    は、アクセス頻度の低いデータをプリントアウトすると
    共に前記の記憶装置から消去して領域を確保し、送信側
    から受信した送信データを前記の記憶装置に記憶するデ
    ータ通信方法。
11. 【請求項１１】請求項１〜請求項１０の何れかのデータ
    通信方法を実現するデータ通信システムであって、受信
    側の設備がファクシミリ装置であるデータ通信システ
    ム。
12. 【請求項１２】請求項１〜請求項１０の何れかのデータ
    通信方法を実現するデータ通信システムであって、受信
    側の設備がテレビジョン受像機またはモニタ装置である
    データ通信システム。
13. 【請求項１３】請求項１〜請求項１０の何れかのデータ
    通信方法を実現するデータ通信システムであって、受信
    側の設備がテレビジョン受像機またはモニタ装置または
    ファクシミリ装置に接続して使用される外付き付属装置
    であるデータ通信システム。