JPH10224766A

JPH10224766A - データ送信装置、データ受信装置、及びデータ送受信システム

Info

Publication number: JPH10224766A
Application number: JP9019090A
Authority: JP
Inventors: Kan Ebisawa; 観海老澤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1997-01-31
Filing date: 1997-01-31
Publication date: 1998-08-21

Abstract

(57)【要約】【課題】短時間番組の中でユーザーが希望する内容に
ついてのデータを迅速かつ効率良く送信できるデータ送
信装置等を提供する。【解決手段】データ送信装置１０は、映像データと音
声データとからなる放送プログラムを作成する放送プロ
グラム作成手段１と、放送プログラムの内容に関連する
関連データを作成する関連データ作成手段１と、映像／
音声データと関連データを夫々格納するデータ格納手段
３と、少なくとも映像／音声データを放送用媒体２１〜
２３を介して送信する第１の送信手段１６と、関連デー
タを放送用媒体とは異なる伝送媒体２４を介して送信す
るための第２の送信手段１７と、データ格納手段３から
映像／音声データを読出して第１の送信手段１６に供給
するとともに、データ格納手段３から関連データを読出
して第１の送信手段１６と第２の送信手段１７のいずれ
かに供給するデータ送信制御手段９とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送及び／又は通
信を用いてデータ配信を行うデータサービスにおいて用
いられるデータ送信装置、データ受信装置、及びデータ
送受信システムに関する。

【０００２】

【従来の技術】映像、音声などの圧縮技術や放送、通信
分野でのデジタル信号処理技術の向上により、デジタル
の多チャンネル放送や、ＶＯＤ（ＶｉｄｅｏＯｎＤｅ
ｍａｎｄ）システムなどが実現可能となった。デジタル
の多チャンネル放送では、衛星放送やケーブルＴＶなど
で、セットトップボックスを用いたシステムが実用化さ
れている。実用化されたセットトップボックスは、電話
回線用モデム端子を持ち、ＭＰＥＧ等で圧縮された映像
データ及び音声データを受信すると共に、ペイパービュ
ーなどの課金データを電話回線を通じて送信側に送って
いる。したがって、かかる従来のシステムにおいては、
映像、音声等のデータが放送衛星や放送用ケーブル等の
みによって配信され、データ量の少ない課金データ等の
みが電話回線によって伝送されていた。

【０００３】

【発明が解決しようとする課題】近年、上記ＶＯＤシス
テムの応用として、ユーザーが欲しいと思った情報のみ
を転送するデータ配信システムが提案されている。しか
しながら、かかるシステムを構築するにあたり、以下の
ような問題点が指摘されていた。

【０００４】例えば、ニュース番組などの配信におい
て、ニュースの概要のみを流す短時間のニュースと、そ
の短時間ニュースの中で、ユーザーが希望した内容のみ
をさらに詳しく視聴するシステムを構築せんとする場
合、ユーザーが希望した映像／音声データを放送衛星や
放送用ケーブルを使って配信しようとすると、個々のユ
ーザーの要求ごとに個別にデータを送る必要があり、非
常に多くのチャンネル数がないと実現できないという問
題点があった。

【０００５】また、近年、電話回線のみを使ったＶＯＤ
システムの実験等も行われているが、多くのユーザーが
視聴する短時間のニュースを電話回線を使って個々のユ
ーザーそれぞれに対して配信するのでは効率が悪い。ま
た、電話回線は転送レートが低くデータの転送に時間が
かかり、実時間での配信ができないため、全ての映像／
音声データを記憶装置に保持する必要が生じる。よっ
て、かかるシステムでは、ユーザーが要求してから視聴
するまでに時間がかかるうえ、大容量の記憶装置を必要
とするという問題点があった。

【０００６】本発明は、上述の問題点を解決すべく提案
されたものであり、短時間番組の中でユーザーが希望す
る内容についてのデータを迅速かつ効率良く送信できる
データ送信装置を提供することを目的とする。

【０００７】また、本発明は、上述の問題点を解決すべ
く、短時間番組の中でユーザーが希望した内容について
の情報を迅速に取得することができるデータ受信装置を
提供することを目的とする。

【０００８】さらに、本発明は、上述の問題点を解決す
べく、短時間の番組と、その番組の中でユーザーが希望
した内容をさらに詳しく視聴できるシステムを低コス
ト、迅速性、及び高効率性を確保しながら構築し、提供
することを目的とする。

【０００９】

【課題を解決するための手段】この目的を達成した本発
明に係るデータ送信装置は、映像データと音声データと
が一定時間毎に繰り返し放送される放送プログラムを作
成する放送プログラム作成手段と、放送プログラムの内
容に関連する関連データを作成する関連データ作成手段
と、放送プログラム作成手段により作成された放送プロ
グラムの映像／音声データと関連データ作成手段により
作成された上記関連データをそれぞれ格納するデータ格
納手段と、少なくとも放送プログラムの映像／音声デー
タを放送用媒体を介して送信する第１の送信手段と、関
連データを放送用媒体とは異なる伝送媒体を介して送信
するための第２の送信手段と、データ格納手段から放送
プログラムの映像／音声データを読み出して第１の送信
手段に供給するとともに、データ格納手段から関連デー
タを読み出して、その関連データを第１の送信手段と第
２の送信手段のいずれかに供給するように制御するデー
タ送信制御手段とを備える。

【００１０】データ送信装置によれば、放送プログラム
の内容に関連する関連データがデータ送信制御手段によ
り第１の送信手段と第２の送信手段とに振り分けられて
送信される。

【００１１】また、この目的を達成した本発明に係るデ
ータ受信装置は、送信側から放送用媒体を介して送信さ
れる映像／音声データ及び／又はかかる映像／音声デー
タの内容に関連した関連データを受信する第１の受信手
段と、送信側から放送用媒体とは異なる伝送媒体を介し
て送信される関連データを必要に応じて受信するための
第２の受信手段と、第１の受信手段及び／又は第２の受
信手段によって受信した関連データを格納するための関
連データ格納手段と、第一の受信手段によって受信した
放送プログラムの映像／音声データを再生する放送プロ
グラム再生手段と、関連データ格納手段によって格納し
た関連データを必要に応じて読み出して再生する関連デ
ータ再生手段とを備える。

【００１２】データ受信装置によれば、放送プログラム
の内容に関連する関連データが第１の受信手段と第２の
受信手段のいずれか又は双方で受信され、必要に応じて
関連データ再生手段により再生される。

【００１３】さらに、本発明に係るデータ送受信システ
ムは、映像データと音声データとが一定時間毎に繰り返
し放送される放送プログラムを作成する放送プログラム
作成手段と、放送プログラムの内容に関連する関連デー
タを作成する関連データ作成手段と、放送プログラム作
成手段により作成された放送プログラムの映像／音声デ
ータと関連データ作成手段により作成された関連データ
をそれぞれ格納するデータ格納手段と、少なくとも放送
プログラムの映像／音声データを放送用媒体を介して送
信する第１の送信手段と、関連データを放送用媒体とは
異なる伝送媒体を介して送信するための第２の送信手段
と、データ格納手段から放送プログラムの映像／音声デ
ータを読み出して第１の送信手段に供給するとともに、
データ格納手段から関連データを読み出して、その関連
データを第１の送信手段と第２の送信手段のいずれかに
供給するデータ送信制御手段とを備えるデータ送信装置
と、放送プログラムの映像／音声データ及び／又は関連
データを放送用媒体を介して受信する第１の受信手段
と、関連データを放送用媒体とは異なる伝送媒体を介し
て受信するための第２の受信手段と、第１の受信手段及
び／又は第２の受信手段によって受信した関連データを
格納するための関連データ格納手段と、第１の受信手段
によって受信した放送プログラムの映像／音声データを
再生する放送プログラム再生手段と、関連データ格納手
段によって格納した関連データを必要に応じて読み出し
て再生する関連データ再生手段とを備えるデータ受信装
置とからなる。

【００１４】データ送受信システムによれば、放送プロ
グラムの内容に関連する関連データがデータ送信制御手
段により第１の送信手段と第２の送信手段とに振り分け
られて送信され、かかる関連データがデータ受信システ
ムの第１の受信手段と第２の受信手段のいずれか又は双
方で受信され、必要に応じて関連データ再生手段により
再生される。

【００１５】

【発明の実施の形態】本発明では、放送と通信の両方を
用いてデータの配信が行われる。具体的には、送信側が
放送した映像データ及び音声データ（以下、映像／音声
データともいう。）をユーザー側が受信・再生して、こ
の再生された内容に関しての詳しい情報を取得したい場
合に、当該再生された映像／音声データに関連したデー
タ（以下、関連データという。）を個別に入手し再生す
ることができるようになっている。送信側からの当該関
連データは、放送によって及び／又は通信路を介してユ
ーザー側に配信される。

【００１６】関連データが放送によって配信される場合
は、放送された各種データの中から所望の関連データを
ユーザー側（受信側）が抜き出し、記憶装置に一旦保持
した後、再生を行う。一方、関連データが通信路によっ
て配信される場合は、受信側から送信側に関連データの
転送要求を行い、その要求に基づき送られてきた関連デ
ータを再生する。

【００１７】以下、本発明を適用した実施の形態である
データ配信システムについて、図面を参照して詳細に説
明する。

【００１８】図１及び図２に本システムのブロック図を
示す。図１は送信側のブロック図で、図２は受信側のブ
ロック図となっている。

【００１９】このデータ配信システムにおいては、送信
側が図１に示すように、各種データを編集するためのエ
ディットコントローラ１と、このエディットコントロー
ラ１の外部記憶装置である多数のハードディスク群で構
成されたＡ／Ｖサーバ２と、上記エディットコントロー
ラ１で編集された各種データが格納される多数のハード
ディスク群で構成されたブロックサーバ３と、エディッ
トコントローラ１とブロックサーバ３との間に接続され
たＭＰＥＧエンコーダ４，ＪＰＥＧエンコーダ５，ＭＰ
ＥＧデコーダ６，及びＪＰＥＧデコーダ７と、アレイコ
ントローラ８と、放送用の制御装置であるオンエアコン
トローラ９と、このオンエアコントローラ９の外部記憶
装置であるハードディスク１１と、オンエアコントロー
ラ９に接続された基準時計１２，リードソロモン（Ｒ
Ｓ）エンコーダ１３，インターリーブ回路１４，ＱＡＭ
／ＱＰＳＫモジュレータ１５，及び送信機１６と、通信
用の制御装置であるネットコントローラ１７と、このネ
ットコントローラ１７の外部記憶装置であるハードディ
スク１８と、モデム１９と、上記各コントローラ１，
８，９，１７，及びモデムとを接続するバス２０とを備
えており、これらによってデータ送信システム１０が構
成される。

【００２０】このデータ送信システム１０においては、
エディットコントローラ１によりＡ／Ｖサーバ２内の各
種データを編集することにより、詳細を後述する各放送
プログラム（Ａ乃至Ｊ）、これら各放送プログラムにつ
いての各関連データ、及び詳細を後述する変換テーブル
が作成される。また、詳細を後述する所定のデータフォ
ーマットとするため、作成された各放送プログラム、各
関連データ、及び変換テーブルに対して後述する付加デ
ータが付加される。

【００２１】すなわち、各放送プログラム、各関連デー
タ、変換テーブルを作成するための種々のデータは、予
めＡ／Ｖサーバ２内に格納されている。また、上記エデ
ィットコントローラ１により作成された所定のデータ
は、図１に示すように、ＭＰＥＧエンコーダ４またはＪ
ＰＥＧエンコーダ５で圧縮された形態で、あるいはその
ままの形態でブロックサーバ３に格納されるようになっ
ている。

【００２２】なお、ブロックサーバ３に格納された各種
データは、エディットコントローラ１に戻され、再編集
できるようになっている。この際、上記ＭＰＥＧエンコ
ーダ４またはＪＰＥＧエンコーダ５で圧縮された所定の
データは、ＭＰＥＧデコーダ６、ＪＰＥＧデコーダ７で
それぞれデータ伸張されてエディットコントローラ１に
戻されることとなる。

【００２３】アレイコントローラ８は、エディットコン
トローラ１によって編集、再編集されることによりブロ
ックサーバ３に格納された上記各データを放送する場合
に、ブロックサーバ３内の各データを読み出してオンエ
アコントローラ９に供給する。供給された各データは、
オンエアコントローラ９の外部記憶装置であるハードデ
ィスク１１に格納される。

【００２４】また、アレイコントローラ８は、エディッ
トコントローラ１によって編集、再編集された上記各デ
ータのうち、所定の関連データを通信路２４で配信する
場合に、ブロックサーバ３内の所定関連データを読み出
してネットコントローラ１７に供給する。供給された関
連データは、ネットコントローラ１７の外部記憶装置で
あるハードディスク１８に格納される。

【００２５】そして、データ送信システム１０では、オ
ンエアコントローラ９が基準時計１２に従ってハードデ
ィスク１１内の各データを後述する所定のレートで送出
する。各データは、オンエアコントローラ９の制御によ
り、ＲＳエンコーダ１３、インターリーブ回路１４、Ｑ
ＡＭ／ＱＰＳＫモジュレータ１５を順次通過して符号化
及び変調処理がなされ、送信機１６から放送用媒体を介
して各ユーザー（受信側）に放送されるようになってい
る。なお、放送用媒体として、図１では放送アンテナ２
１、放送用ケーブル２２、放送／通信衛星２３を示して
いるが、このデータ送信システム１０では、上記いずれ
の媒体でも適用可能である。

【００２６】さらに、データ送信システム１０において
は、ネットコントローラ１７により通信の制御がなさ
れ、ハードディスク１８内に格納された所定の関連デー
タがモデム１９及び通信路２４を介してユーザーからの
後述する関連データ要求信号に基づき個別に配信される
ようになっている。

【００２７】また、データ送信システム１０では、上記
エディットコントローラ１と、アレイコントローラ８
と、オンエアコントローラ９と、ネットコントローラ１
７と、モデム１９とが、共通のバス２０により接続され
ており、各コントローラ間でデータのやりとりができる
ようになっている。

【００２８】次に、このデータ配信システムにおける受
信側の構成の一例を図２を用いて説明する。受信側は、
上記データ送信システム１０から送信される各種データ
を受信するためのセットトップボックス（ＳＴＢ）３１
がユーザーの家屋内に備えられる。

【００２９】このＳＴＢ３１は、上記データ送信システ
ム１０から送信される各種データのみならず、他の放送
局から送信される各種データをも受信できるようになっ
ており、スピーカ３２と表示画面３３とを備えたモニタ
装置３４と接続されている。また、このＳＴＢ３１は、
リモートコントローラ３５により操作され、かかるリモ
ートコントローラ３５からの詳細を後述する各種信号に
基づいて動作するようになっている。

【００３０】そして、このＳＴＢ３１は、全体の制御を
行うシステムコントローラ４０と、上記データ送信シス
テム１０及び他の放送局から放送される放送プログラム
が切り換え入力されるチューナ４１と、ＱＡＭ／ＱＰＳ
Ｋデモジュレータ４２と、デインターリーブ回路４３
と、リードソロモン（ＲＳ）デコーダ４４と、ハードデ
ィスク４５と、ＳＣＳＩインタフェース４６と、ＲＡＭ
４７と、ＭＰＥＧデコーダ４８と、ＪＰＥＧデコーダ４
９と、音声合成用のサウンドカード５１と、映像用セレ
クタ５２と、音声用セレクタ５３と、モデム５４と、上
記リモートコントローラ３５からの各種信号を上記シス
テムコントローラ４０に供給するためのＲＣインタフェ
ース５５とを備えて構成されている。

【００３１】かかる受信側においては、上記ＳＴＢ３１
と、上記モニタ３４と、上記リモートコントローラ３５
とにより、データ受信システム３０が構成されている。

【００３２】また、ＳＴＢ３１のチューナ４１には、上
記データ送信システム１０又は他の放送局から放送され
る放送プログラムを受信するため、上記放送用ケーブル
２２及び／又は受信アンテナ５６が接続されている。一
方、ＳＴＢ３１のモデム５４は、上記通信路２４を介し
て上記データ送信システム１０側のモデム１９と接続さ
れるようになっている。

【００３３】リモートコントローラ３５は、ＳＴＢ３１
で受信する放送局を切り換え選択するためのチャンネル
切り換え信号を出力する。かかるチャンネル切り換え信
号は、ＳＴＢ３１のＲＣインタフェース５５を介してシ
ステムコントローラ４０に入力される。そして、このシ
ステムコントローラ４０からチューナ４１が制御される
ことにより、ＳＴＢ３１で受信する放送局が切り換え選
択される。

【００３４】また、リモートコントローラ３５は、ＳＴ
Ｂ３１が上記データ送信システム１０からの放送プログ
ラムを受信している場合に、その放送プログラムに対す
る関連データを再生するための関連データ再生信号を出
力する。かかる関連データ再生信号は、ＳＴＢ３１のＲ
Ｃインタフェース５５を介してシステムコントローラ４
０に入力される。これにより、ＳＴＢ３１においては、
後述する所定の制御がなされることとなる。なお、ＳＴ
Ｂ３１における各部の動作の詳細については後述する。

【００３５】次に、上記データ送信システム１０により
送信される放送プログラム及び関連データ等の詳細につ
いて、図３乃至図１２を参照して説明する。

【００３６】データ送信システム１０では、図３（Ａ）
に示すように、１０個のプログラムに分割された各放送
プログラムＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈ，Ｉ，及び
Ｊ全体が１ユニットとされ、この１ユニットを１０分毎
に繰り返し放送することによって映像／音声データが受
信側のＳＴＢ３１に対して送信される。

【００３７】すなわち、データ送信システム１０におい
ては、図３（Ａ）に示すように、放送時間が１分３０秒
の放送プログラムＡ，Ｅ，Ｊと、放送時間が３０秒の放
送プログラムＢ，Ｃ，Ｆと、放送時間が１分の放送プロ
グラムＤ，Ｇ，Ｈ，Ｉとにより合計１０分の番組からな
る１ユニットが間断無く繰り返し放送されるようになっ
ている。

【００３８】なお、１ユニットをいくつの放送プログラ
ムで構成するかについては特に限定されるものではな
く、また、１ユニット全体を何分にするかについても特
に限定されるものではない。

【００３９】各放送プログラムＡ乃至Ｊは、映像データ
と音声データとにより構成されている。そして、データ
配信システムでは、通常はこの１０分毎の繰り返しであ
る映像／音声データが図１に示す送信機１６から放送用
ケーブル２２等の放送用媒体を介して受信側の上記ＳＴ
Ｂ３１に入力され、モニタ３４によって再生されること
となる。

【００４０】各放送プログラムＡ乃至Ｊには、図３
（Ｂ）に示すように、それぞれ１つ又は２つの関連デー
タＳが備えられている。すなわち、放送プログラムＡ，
Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈ，Ｉ，及びＪには、それぞ
れ２，１，２，１，２，１，１，１，１，及び２個の関
連データＳ_A（Ｓ_A1及びＳ_A2），Ｓ_B1，Ｓ_C（Ｓ_C1及びＳ
_C2），Ｓ_D1，Ｓ_E（Ｓ_E1及びＳ_E2），Ｓ_F1，Ｓ_G1，
Ｓ_H1，Ｓ_I1，及びＳ_J（Ｓ_J1及びＳ_J2）が備えられてい
る。

【００４１】なお、一つの放送プログラムに備えられる
関連データＳの数については特に限定されるものではな
い。

【００４２】また、後述するように、各放送プログラム
に対応する関連データＳは、各放送プログラムの映像／
音声データと同時に送られるのではなく、少なくとも１
放送プログラム分遅れて送られるようになっている。

【００４３】各関連データＳは、図４に示すように、１
画面分以上の静止画データと１つのテキストデータとか
らなっている。すなわち、放送プログラムＡ乃至Ｊにつ
いての各関連データＳ_A乃至Ｓ_Jにおいては、関連データ
Ｓ_A2，Ｓ_B1，Ｓ_C1，Ｓ_E1，Ｓ_E2，Ｓ_F1，Ｓ_I1，Ｓ_J1，及
びＳ_J2が１画面分の静止画データと１つのテキストデー
タにより、関連データＳ_A1，Ｓ_C2，及びＳ_H1が２画面分
の静止画データと１つのテキストデータにより、関連デ
ータＳ_D1，Ｓ_G1が５画面分の静止画データと１つのテキ
ストデータにより、それぞれ構成されている。

【００４４】各テキストデータ中には、静止画データが
複数画面分ある場合にそれらを切り換えるためのポイン
ト情報（図示せず）が含まれている。例えば、上述の放
送プログラムＡについての関連データＳ_A1には、そのテ
キストデータ２キロバイト内に、上記９８４キロバイト
の静止画データから１００４キロバイトの静止画データ
に切り換えるためのポイント情報が含まれている。

【００４５】なお、一つの関連データＳに備えられる静
止画データとテキストデータの数については特に限定さ
れるものではなく、また、一つの関連データＳに備えら
れるデータが静止画データ、テキストデータのいずれか
のみであってもよい。

【００４６】ここで、図３（Ｂ）及び図４に示す関連デ
ータＳについての括弧内の数による表示は、関連データ
Ｓにおけるテキストデータを受信側のＳＴＢ３１のサウ
ンドカード５１で音声により再生した場合に要する再生
時間を示したものである。すなわち、例えば放送プログ
ラムＡの関連データＳ_A1における「（３：００）」は、
そのテキストデータを受信側のＳＴＢ３１のサウンドカ
ード５１により音声信号に変換してモニタ３４のスピー
カ３２に再生させると、その再生時間として３分を要す
ることを意味する。

【００４７】また、図４に示す各静止画データ及び各テ
キストデータの数字は、図１に示すブロックサーバ３に
格納された状態におけるそれらのデータ量を表してい
る。例えば、放送プログラムＡについての関連データＳ
_A1は、２画面分の静止画データと１つのテキストデータ
とからなっているが、これらの各データ量がそれぞれ９
８４キロバイト，１００４キロバイト，２キロバイトで
あり、合計で約２．０Ｍバイトとなっている。

【００４８】上記各放送プログラムＡ乃至Ｊの映像／音
声データ及び上記各関連データＳ_A1乃至Ｓ_J2の各静止画
データ及び各テキストデータは、エディットコントロー
ラ１がＡ／Ｖサーバ２から読み出して編集した後に、詳
細を後述するデータフォーマットとするためにかかる各
データに対して２キロバイト（２０４８バイト）毎に詳
細を後述する付加データ４８バイトを付加してブロック
サーバ３に格納される。

【００４９】このとき、データ送信システム１０におい
ては、各放送プログラムＡ乃至Ｊのデータフォーマット
化された各映像／音声データがＭＰＥＧエンコーダ４に
よって圧縮され、圧縮された映像／音声データの形態で
上記ブロックサーバ３に格納される。また、上記各関連
データＳ_A1乃至Ｓ_J2のうちのデータフォーマット化され
た各静止画データは、ＪＰＥＧエンコーダ５によって圧
縮され、圧縮された静止画データの形態で上記ブロック
サーバ３に格納される。

【００５０】一方、上記各関連データＳ_A1乃至Ｓ_J2のう
ちのデータフォーマット化された各テキストデータは、
そのままの形態で上記ブロックサーバ３に格納される。
さらに、詳細を後述する各種変換テーブルも、エディッ
トコントローラ１によりデータフォーマット化された後
にそのままの形態で上記ブロックサーバ３に格納され
る。

【００５１】したがって、図４に示した関連データＳの
各静止画データについてのデータ量は、上記ＪＰＥＧエ
ンコーダ５で圧縮された後のデータ量を表している。

【００５２】ここで、図５を参照して、各データにおけ
るデータフォーマットの形態を説明する。このデータ送
信システム１０において用いられる各データのデータフ
ォーマットは、１ブロックの全体が２０９６バイトのブ
ロックデータの形態となっており、付加データ４８バイ
トと、この付加データの後に続く映像、音声、静止画、
及びテキストの各種データのうちのいずれかのデータ２
０４８バイト（２キロバイト）とにより構成されてい
る。

【００５３】付加データは、図５（Ａ）に示すように、
ヘッダ２バイトと、プログラムコード１６バイトと、サ
ブコード２バイトと、データタイプ２バイトと、全ブロ
ック数４バイトと、ブロック番号４バイトと、開始時刻
８バイトと、終了時刻８バイトと、リザーブ２バイトと
がこの順に配列されることにより構成され、合計で４８
バイトとなっている。

【００５４】上記ヘッダでは、ブロックの先頭であるこ
とが表される。続くプログラムコードでは、各放送プロ
グラムの種類、具体的には放送プログラムＡ，Ｂ，Ｃ・・
・Ｊのいずれであるかが表される。その後に続くサブコ
ードとデータタイプについては、図５（Ｂ）に示すデー
タタイプテーブルを参照して説明する。

【００５５】図５（Ｂ）に示すように、このサブコード
が０の場合は、映像データか音声データであることを表
し、０以外の数である場合は関連データＳであることを
表す。なお、関連データＳが１つの放送プログラムに対
して複数ある場合は、このサブコードにそれぞれ異なる
数が入る。例えば、この実施の形態では、放送プログラ
ムＡにつき、関連データＳ_A1の場合はサブコードに１が
入り、関連データＳ_A2の場合は２が入る。

【００５６】続くデータタイプでは、当該付加データの
後に続く２０４８バイトのデータがどんな種類のデータ
かが表される。すなわち、図５（Ｂ）に示すように、デ
ータタイプが０の場合は映像データであることを、１の
場合は音声データであることを、２の場合は静止画デー
タであることを、３の場合はテキストデータであること
をそれぞれ示す。

【００５７】この後に続く全ブロック数では、データが
２キロバイトのブロックに何分割されているかが示さ
れ、ブロック番号では、その中で当該ブロックが何番目
にあたるかが示される。例えば、４ブロックに亘るデー
タの３番目にあたるブロックの場合は、全ブロック数が
４、ブロック番号が３になる。

【００５８】次に続く開始時刻及び終了時刻では、この
データが再生される開始時刻及び終了時刻がそれぞれ示
される。なお、データが関連データＳの場合は、絶対時
間（時刻）が管理されていないことから、これら開始時
刻及び終了時刻には、それぞれ０が入る。

【００５９】その後に続くリザーブは、今後のフォーマ
ット拡張用の予備として確保された領域であり、現状で
は０が入る。

【００６０】以上のような４８バイトの付加データと２
０４８バイトのデータ、２０９６バイトで１ブロックを
形成する。このデータフォーマットは、詳細を後述する
放送においても通信においても共通の仕様とされる。ま
た、詳細を後述する各種変換テーブルもこのデータ部分
に加えられるが、変換テーブルの場合は、上記付加デー
タにおけるプログラムコードに変換テーブルを表すコー
ドが挿入される。

【００６１】上述のように、データ送信システム１０に
おいては、各放送プログラムＡ乃至Ｊのデータフォーマ
ット化された各映像／音声データがＭＰＥＧエンコーダ
４によって圧縮され、圧縮された映像／音声データの形
態で上記ブロックサーバ３に格納される。

【００６２】そして、データ送信システム１０では、上
記各放送プログラムＡ乃至Ｊを放送するにあたり、この
圧縮された映像／音声データに対して上記各関連データ
Ｓのテキストデータ及び圧縮された静止画データが分配
・付加される（以下、単に各関連データＳの分配・付加
という。）ようになっている。ここで、これら映像／音
声データの圧縮及び各関連データＳの分配・付加をどの
ように行うかは、データの転送レートとの関係を考慮し
て決定される。

【００６３】このデータ送信システム１０では、各放送
プログラムＡ乃至Ｊの映像／音声データの圧縮方式とし
て、固定レートの圧縮と、可変レートのいずれかの圧縮
方法が用いられる。以下、映像／音声データの圧縮及び
各関連データＳの分配・付加の例につき、図６を参照し
て説明する。

【００６４】図３（Ａ）下段の各放送プログラムＡ乃至
Ｊのタイムチャートを図６（Ａ）に再掲する。固定レー
トの圧縮方式では、図６（Ｂ）に示すように、音声デー
タと映像データとの合計で転送レートが１０Ｍｂｐｓ一
定となるように圧縮が行われる。すなわち、固定レート
の圧縮では、音声データが１Ｍｂｐｓ一定の転送レート
となるように圧縮されるとともに、映像データが９Ｍｂ
ｐｓ一定の転送レートとなるように圧縮される。データ
送信システム１０では、この固定レート圧縮方式を用い
た場合は、各関連データＳの分配・付加は行わず、各関
連データＳを通信で送るようにする。

【００６５】データ送信システム１０においては、各関
連データＳがこのように通信で送られる場合であって
も、送られるデータが静止画データ及び／又はテキスト
データのみに限られており、そのデータ量が制限されて
いるため、ユーザーの要求に応じて円滑に関連データＳ
を配信することが可能である。

【００６６】一方、可変レートの圧縮方式では、図６
（Ｃ）に示すように、音声データを上記固定レートで圧
縮し、映像データのみを可変レートで圧縮することとし
ている。すなわち、音声データについては、圧縮率を可
変としても大きな影響は生じないことから固定レートの
圧縮とし、転送レートが１Ｍｂｐｓ一定の音声データに
圧縮する。これに対し、映像データは、最大で９Ｍｂｐ
ｓとなる可変レートでの圧縮とし、映像が単純な部分に
ついてのデータ量を減らすこととしている。

【００６７】なお、上記映像が単純な部分は、固定レー
トの圧縮においても再生画像にほとんど影響のない所謂
ダミーデータが付加される程度の部分なので、このよう
にデータ量を減らしても再生画像の品質については上記
固定レートの場合とほとんど変わらない。

【００６８】可変レートの圧縮により生成された映像デ
ータは、次に５Ｍｂｐｓの転送レートに平均化される。
データ送信システム１０では、この平均化により、図６
（Ｄ）に示すように、映像データ及び音声データが全体
で６Ｍｂｐｓの転送レートで配信可能とされ、電波を有
効利用することが可能となる。

【００６９】なお、データ送信システム１０では、この
場合においても、各関連データＳにつき、その分配・付
加を行わずに通信で送ることができることは勿論である
が、後述するように、この場合には各関連データＳの分
配・付加を行うことが可能となる。

【００７０】次に、平均化された映像／音声データに対
して各関連データＳを分配・付加する場合について図６
（Ｅ）及び（Ｆ）を参照して説明する。

【００７１】図６（Ｅ）では、図６（Ｃ）で示した可変
レート圧縮により最大１０Ｍｂｐｓの転送レートに圧縮
した映像／音声データが全体で７Ｍｂｐｓとなるよう
に、映像データを６Ｍｂｐｓに平均化した例が示されて
いる。そして、この映像データの６Ｍｂｐｓに満たない
所謂空き部分に各関連データＳを分配して埋め込むよう
に付加されることにより、最大７Ｍｂｐｓ（映像データ
＋関連データＳ＝６Ｍｂｐｓ、音声データ１Ｍｂｐｓ）
の転送レートで上記各データを配信することが可能とな
る。

【００７２】このように、データ送信システム１０で
は、映像データの空き部分に各関連データＳを埋め込む
場合には、通信路２４で多量のデータを配信させること
によるコストアップを回避し、安価なサービスを提供す
ることが可能となる。

【００７３】以下、映像信号へ上記関連データＳを分配
・付加する具体的な方法について説明する。まず、映像
信号につき、６Ｍｂｐｓ（全体で７Ｍｂｐｓ）に満たな
い部分に各関連データＳを分配していく。

【００７４】このデータ配信システムでは、各放送プロ
グラムの映像／音声データを放送中に、すなわちユーザ
ーがかかる映像／音声データをモニタ３４で再生中に、
特定の関連データの再生を要求する関連データ再生信号
が受信側のリモートコントローラ３５から出力されるこ
ととなる。したがって、各放送プログラムＡ乃至Ｊに対
応する各関連データＳは、個々の放送プログラムの映像
／音声データの終了後に配されることになっている。

【００７５】具体的には、図６（Ｅ）に示すように、放
送プログラムＢの映像データに放送プログラムＡの関連
データＳ_Aを、放送プログラムＣの映像データに放送プ
ログラムＢの関連データＳ_Bを、というように、各関連
データＳをそれより後の各放送プログラムの映像データ
に対して付加することとしている。

【００７６】なお、放送プログラムＧの関連データＳ_G1
については、そのデータ容量が大きいことから、放送プ
ログラムＨの領域だけでは付加しきれずに、放送プログ
ラムＩの領域にまで付加されている。また、放送プログ
ラムＪの関連データＳ_J1及びＳ_J2については、次に放送
される放送プログラムＡに対して付加されることにな
る。

【００７７】各関連データＳをこのように付加すること
によって、ユーザーから特定の関連データＳの要求があ
ったときに、要求後の短時間で、すなわち当該放送プロ
グラムの終了後すぐに、当該関連データＳの取得ができ
ることとなり、ユーザーの待ち時間が低減される。

【００７８】データ送信システム１０では、上述のよう
に音声データと映像データとの合計を最大７Ｍｂｐｓに
設定すると、全ての関連データＳ_A1乃至Ｓ_J2を放送によ
って送ることができることになる。なお、図６（Ｅ）に
示すように、この場合には７Ｍｂｐｓに達しないデータ
の空き部分が残ってしまうが、この空き部分については
所謂ダミーデータで埋めて放送すればよい。

【００７９】次に、放送プログラムの映像／音声データ
を最大６Ｍｂｐｓに平均化し、これに対して各関連デー
タＳを分配・付加して配信する場合について説明する。
図６（Ｄ）及び（Ｆ）に示すように、この場合は、放送
プログラムの映像データを最大５Ｍｂｐｓに平均化し、
空き部分を一定間隔に配するようにする。この空き部分
は、放送プログラムＡから放送プログラムＪまでの放送
時間１０分間で合計約３２Ｍバイトの容量となる。そし
て、この空き部分に各関連データＳを分配・付加してゆ
くが、後述のように、この場合はかかる空き部分に全て
の関連データＳを埋め込むことはできない。

【００８０】したがって、このような場合は、空き部分
に入りきらない一部の関連データＳを、受信側のＳＴＢ
３１から通信路２４を介して発信される関連データ要求
信号に基づいて、通信路２４によって個別に配信するよ
うにする。データ配信システム１０では、かかる場合に
おいて、どの関連データＳを通信に回すかについて、詳
細を後述する振り分けが行われることになる。

【００８１】なお、この場合であっても、大部分の関連
データＳは放送により送信され、小数の関連データＳの
みが通信で配信されることとなるので、通信路２４の容
量が少ない場合であっても、ユーザーの関連データＳの
受信までの待ち時間が大幅に軽減される。

【００８２】図７に各関連データＳ_A1〜Ｓ_J2のデータ容
量を視覚的に示す。この図７に示されるように、各関連
データＳ_A1〜Ｓ_J2においては、データ容量が最小で０．
６Ｍバイト（関連データＳ_F1、関連データＳ_J2）のもの
から最大で１７．１Ｍバイト（関連データＳ_G1）のもの
まで種々ある。

【００８３】次に、上記放送プログラムと関連データＳ
とを最大６Ｍｂｐｓで配信する図６（Ｆ）の場合におけ
る関連データＳの放送と通信の振り分けについて、図８
及び図９を参照して説明する。図７に示した各関連デー
タＳ_A1〜Ｓ_J2の総容量（積算容量：Ｓ_A1＋Ｓ_A2＋Ｓ_B1＋
・・・＋Ｓ_J2＝２．０＋１．２＋０．８＋・・・＋０．
６＝４３．９）は、図８（Ａ）及び図９（Ａ）に示すよ
うに、約４４Ｍバイトである。これに対して、転送速度
６Ｍｂｐｓにおいて１０分間で転送できる最大容量は、
図８（Ｂ）に示すように、３２Ｍバイトに制限されてい
る。したがって、このままでは、放送により転送できな
い関連データＳが約１２Ｍバイト分生じることとなる。

【００８４】ここで、このデータ送信システム１０で
は、各関連データＳの配信を放送と通信のいずれかで行
うかについて、図１０乃至図１２に示す各種の変換テー
ブルうちのいずれかの変換テーブルを用いることによ
り、１分毎にその振り分けが変更されるようになってい
る。

【００８５】具体的には、データ送信システム１０にお
いては、通信路２４を使用することによるコストアップ
の回避、通信路２４の混雑の回避、特定の関連データＳ
の重要性、緊急性等を考慮して、ユーザーからの要求度
の高い関連データＳを優先的に放送で送り、そうでない
関連データＳを通信で個別的に送ることができるように
なっている。

【００８６】まず、上記変換テーブルを用いて行われる
各関連データＳの配信の具体的な振り分け方法について
図９を用いて説明する。

【００８７】データ配信システムにおいては、最初に、
ユーザーからのアクセス数の多い関連データＳの順序の
推定が行われる。たとえば、図９（Ｂ）に示すように、
ユーザーのアクセスが単純に放送プログラムＡの関連デ
ータＳ_A1、放送プログラムＢの関連データＳ_B1、・・・
放送プログラムＪの関連データＳ_J2の順に多いものと推
定する。そして、アクセスの多い順に『関連データ』の
欄に上から関連データＳ_A1、Ｓ_A2、Ｓ_B1・・・Ｓ_J2のよ
うに配列してゆく。さらに、図９（Ｂ）の『積算容量
（ＭＢ）』の欄に示すように、それぞれの関連データＳ
のデータ容量につき３２Ｍバイトを越えるまで積算して
いく。

【００８８】このように積算していくと、関連データＳ
_G1のデータ容量を加算したところで積算容量が３８．７
Ｍバイトとなり３２Ｍバイトを越えるので、関連データ
Ｓ_G1をアクセス量の少ないものと推定して通信で送るこ
ととし、積算対象から除外する。そして、関連データＳ
_G1を積算対象から外すことによりデータ量に余裕ができ
るので、再び関連データＳ_H1から３２Ｍバイトを越える
まで積算を行う。この例では、関連データＳ_G1の配信方
法を通信とすることによって、この配分例を視覚的に示
した図８（Ｃ）から明らかなように、他の関連データＳ
を全て放送で送ることが可能となる。

【００８９】しかしながら、ある放送プログラムに対す
る特定の関連データＳが通信によって配信されている
が、実際にはこの関連データＳへのアクセス（要求）量
が多い場合には、放送と通信の振り分けを再配分し、当
該関連データＳを放送によって送ることが必要となる。

【００９０】この再配分をするにあたっては、例えば
『ある放送プログラムに対する関連データＳが通信によ
って配信されている場合であって、その関連データＳへ
のアクセスが所定時間あたり所定件数を越えた場合は、
当該関連データＳの配信方法が放送に変更される。』と
いう規定を設ければよい。

【００９１】このデータ配信システムにおいては、『あ
る放送プログラムに対する関連データＳが通信によって
配信されている場合であって、その関連データＳへのア
クセスが１分あたり１０件を越えた場合は、当該関連デ
ータＳの配信方法が放送に変更される。』という規定と
なっている。

【００９２】そして、データ配信システムでは、この規
定のアクセス量を越えた放送プログラムの関連データＳ
は、自動的に優先順位が一番になるように変換テーブル
が変更されるようになっている。

【００９３】例えば、図９（Ｂ）に示すように、放送プ
ログラムＧに対する関連データＳ_G1が通信によって配信
されている場合であって、かかる関連データＳ_G1へのア
クセスが１分あたり１０件を越えた場合は、当該関連デ
ータＳ_G1の配信方法が放送に変更される。このとき、図
９（Ｂ）では上から１０番目に配列されていた関連デー
タＳ_G1は、自動的にその優先順位が上がり、図９（Ｃ）
に示すように、一気に最上位の欄に移動することにな
る。

【００９４】これを視覚的に表したものが図８（Ｄ）で
あり、これにより、データ送信システム１０では、関連
データＳ_G1の放送へのいわば割り込み処理が行われるこ
とになる。このような処理がなされることにより、ユー
ザーからの要求度の高い関連データＳ_G1が最小の待ち時
間で放送で送られることとなる。

【００９５】なお、変換テーブルでは、この後の処理に
ついては、先の順番通りに、関連データＳ_A1、関連デー
タＳ_A2・・・と配列されることになる。データ送信シス
テム１０では、この状態で、前述と同様の方法で、積算
容量が３２Ｍバイトを越えるまで各関連データＳのデー
タ容量が積算される。この場合は、関連データＳ_D1のデ
ータ容量を加算したときに、２７．８＋４．３＝３２．
１Ｍバイトとなり３２Ｍバイトを越える。したがって、
関連データＳ_D1は、通信で送られることとなり、積算の
対象から除外される。そして、関連データＳ_E1から再び
３２Ｍバイトを越えるまでデータ容量についての積算が
行われる。

【００９６】かかる演算処理を繰り返すことにより、図
９（Ｃ）及び図８（Ｄ）に示すように、関連データ
Ｓ_D1，Ｓ_E2，Ｓ_I1，及びＳ_J2の４つが通信によって配信
されることになる。さらに、この状態で、再び上述の規
定によるアクセス量を越える関連データＳが出現する
と、同様の入れ替え操作が繰り返されることとなる。

【００９７】変換テーブルがこのように随時変更される
ことにより、データ配信システムにおいては、アクセス
量の多い関連データＳが優先的に放送で送られることと
なり、ユーザーからの要求度の高い関連データＳが最小
の待ち時間で次々に放送で送られる一方、自然とアクセ
ス量の少ない関連データＳが通信で送られるようにな
る。

【００９８】このように、データ配信システムでは、ア
クセス量の少ない関連データＳを通信で配信することに
より、放送によるデータ量の増大を防ぎ安価なサービス
を提供することが可能となるとともに、通信路２４の混
雑を防止し、ユーザーに対する迅速なデータ提供が可能
となる。また、アクセスの多い、すなわちユーザーにと
って要求度の高い関連データＳを放送によって配信させ
るため、受信側は、ＳＴＢ３１が通信路２４と接続され
ていない場合等の状況においても十分なサービスを得る
ことが可能になる。

【００９９】次に変換テーブルの各種構成例について、
図１０乃至図１２を用いて説明する。なお、上述した図
８（Ｃ）及び図９（Ｂ）における変更前の状態は、図１
０（Ａ）、図１１（Ａ）、図１２（Ａ）に示され、図８
（Ｄ）及び図９（Ｃ）における変更後の状態は、図１０
（Ｂ）、図１１（Ｂ）、図１２（Ｂ）に示されている。

【０１００】図１０に、変換テーブルの一例を示す。こ
の変換テーブルでは、上から各関連データＳに対応する
放送プログラムが放送される順に並んでいる。ここで、
『関連データ』の欄は、上述したデータフォーマット上
のプログラムコードとサブコードにあたる（図５参
照）。そして、その後段に、各関連データＳに対応する
各放送プログラムの開始時刻と終了時刻とが順次示され
ている。この開始時刻と終了時刻の間にユーザーからの
アクセスがあったときには、該当する関連データＳを取
得することになる。『配信方法』の欄は、当該関連デー
タＳの配信が放送で行われるか通信で行われるかを表す
ものであり、配信方法がＢの場合は放送で行われ、Ｃの
場合は通信で行われることを示している。

【０１０１】この変換テーブルでは、放送プログラムＧ
に対する関連データＳ_G1へのアクセスが所定値を越え、
かかる関連データＳ_G1の配信方法が通信から放送に切り
換えられた場合に、図１０（Ｂ）に示す変更後の変換テ
ーブルから明らかなように、図１０（Ａ）に示す変更前
の変換テーブルと比較して、『配信方法』の欄のみが変
更される。

【０１０２】変換テーブルは、図１１に示すように、放
送で配信されている関連データＳのみを配列させ、通信
で配信されている関連データＳを配列させない構成（以
後、図１１に示すこの変換テーブルを「放送テーブル」
と言う。）としても良い。変換テーブルをかかる放送テ
ーブルの形態とした場合は、変換テーブル全体のデータ
量が少なくてすむので、通信による関連データＳの配信
数が多いときに特に有効である。

【０１０３】なお、上記放送テーブルでは、放送で配信
されている関連データＳのみを配列させることとした
が、放送で配信されている関連データＳに対応する放送
プログラムを列挙した場合においても同様の効果が得ら
れる。ただし、この場合には、関連データＳ_A1及びＳ_A2
のように関連データＳが複数にわたる場合、その配信方
法を放送又は通信のいずれかに統一させるか、または両
方で配信させることを示す別データを送る必要がある。

【０１０４】また、変換テーブルは、図１２に示すよう
に、通信で配信されている関連データＳのみを配列さ
せ、放送で配信されている関連データＳについては配列
しない構成（以後、図１２に示すこの変換テーブルを
「通信テーブル」と言う。）としても良い。この通信テ
ーブルでは、通信で配信される関連データＳに対応する
放送プログラムの放送される開始時刻と終了時刻が記さ
れている。さらに、この通信テーブルにおいては、関連
データの欄を省略しても同様の効果が得られる。この場
合は、少ないデータ量で構成することができ、放送に入
れる送信コード信号を入れることなく、時刻情報を用い
ることにより、通信路を介した関連データＳの取得が可
能になる。

【０１０５】以上のような構成を有するデータ配信シス
テムについて、上記各データがデータ送信システム１０
からデータ受信システム３０に配信される過程について
説明する。

【０１０６】データ送信システム１０においては、放送
プログラムを構成する映像／音声データ、及び関連デー
タＳとなる静止画／テキストデータ、変換テーブルやデ
ータフォーマットを作成するための各種データが、まず
Ａ／Ｖサーバ２に格納される。送信側は、エディットコ
ントローラ１を用いて、Ａ／Ｖサーバ２内の上記各種デ
ータを編集して、各放送プログラムＡ乃至Ｊ及び各関連
データＳ_A1乃至Ｓ_J2を作成する。

【０１０７】作成された上記放送プログラムＡ乃至Ｊの
映像／音声データは、ＭＰＥＧエンコーダ４によってデ
ータ圧縮され、上述した４８バイトの付加データが付加
され、図５に示すデータフォーマットとされてブロック
サーバ３に格納される。また、各関連データＳ_A1乃至Ｓ
_J2の静止画／テキストデータは、ＪＰＥＧエンコーダ５
によってデータ圧縮され、同様に４８バイトの付加デー
タが付加され、図５に示すデータフォーマットとされて
ブロックサーバ３に格納される。

【０１０８】エディットコントローラ１では、上述の変
換テーブルの作成も行われる。変換テーブルは、放送時
のデータ配信にも、通信路におけるデータ配信にも使わ
れるうえに、放送でデータとして受信側のＳＴＢ３１に
も送られる。よって、変換テーブルは、ブロックサーバ
３内に格納されると共に、アレイコントローラ８或いは
バス２０及びオンエアコントローラ９を介してハードデ
ィスク１１に格納され、さらにアレイコントローラ８或
いはバス２０及びネットコントローラ１７を介してハー
ドディスク１８にも格納されることになる。

【０１０９】放送時は、オンエアコントローラ９が付属
のハードディスク１１から上記変換テーブルを読み出
し、その変換テーブルと、基準時刻を発生する基準時計
１２からの時刻に従い、アレイコントローラ８を介し
て、ブロックサーバ３内のデータを順次読み出すと共
に、放送プログラムの映像／音声データのブロックデー
タにおける付加データの開始時刻と終了時刻のデータを
入れてリードソロモンエンコーダ１３に送る。

【０１１０】かかるデータは、リードソロモンエンコー
ダ１３より符号化された後、インターリーブ回路１４に
よりインターリーブ処理がなされ、さらに放送の配信方
法に合わせて、ＱＡＭ／ＱＰＳＫモジュレータ１５によ
りＱＡＭ（ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅ
Ｍｏｄｕｌａｔｉｏｎ）またはＱＰＳＫ（Ｑｕａｄｒａ
ｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）変調
１１８が施され、送信機１６から出力される。そして、
送信機１６から出力された各種データは、放送アンテナ
２１、放送用ケーブル２２、放送／通信衛星２３等の放
送用媒体を介して受信側のＳＴＢ３１に送られる。ま
た、変換テーブルは、１分ごとに強制的に挿入され、Ｓ
ＴＢ３１に送られる。

【０１１１】そして、受信側のＳＴＢ３１では、リモー
トコントローラ３５から出力されるチャンネル切り換え
信号がＲＣインタフェース５５を介してシステムコント
ローラ４０に入力される。システムコントローラ４０
は、リモートコントローラ３５からのこのチャンネル切
り換え信号に応じてチューナ４１を切り換える。ＳＴＢ
３１では、かかるリモートコントローラ３５の操作によ
り希望の放送局の番組が選択されることになる。

【０１１２】以下、このリモートコントローラ３５の操
作によりデータ送信システム１０の放送プログラムが受
信された場合について説明する。

【０１１３】ＳＴＢ３１では、放送用ケーブル２２或い
は受信アンテナ５６により受信した放送プログラムにつ
いての信号がチューナ４１で同調される。かかる受信信
号は、ＱＡＭ／ＱＰＳＫデモジュレータ４２によりＱＡ
ＭあるいはＱＰＳＫ復調された後、デインターリーブ回
路４３によりインターリーブが戻され、さらにＲＳデコ
ーダ４４によりリードソロモンが復号された後にＲＡＭ
４７に入力される。

【０１１４】ＳＴＢ３１においては、放送プログラムの
再生中は、かかる受信信号が一旦ＲＡＭ４７上に保持さ
れた後、図５に示す付加データの内容を読み出す。そし
て、受信信号は、付加データの開始時刻及び終了時刻の
データに従い、順次ＭＰＥＧデコーダ４８に送られてデ
ータ伸長され、音声用セレクタ５３及び映像用セレクタ
５２を介して音声信号及び映像信号として出力される。
そして、これら音声信号及び映像信号は、モニタ３４の
スピーカ３２及び表示画面３３に再生及び表示されるこ
とによりユーザーに視聴されることになる。

【０１１５】なお、途中に挿入されている変換テーブル
は、ＲＡＭ４７上に保持され、１分後の新たな変換テー
ブルが来るたびに更新される。

【０１１６】ユーザーは、放送プログラムを視聴しなが
ら、興味のある放送プログラムに対してリモートコント
ローラ３５によって、関連データ再生信号を出す。この
とき、ユーザーは、関連データＳの再生を即時再生にす
るか放送プログラムの終了後に再生するかのいずれかに
ついてリモートコントローラ３５によって選択する。

【０１１７】関連データＳの即時再生又は終了後再生の
いずれかが選択されると、この関連データ再生信号がＲ
Ｃインタフェース５５を介してシステムコントローラ４
０に送られる。この場合、システムコントローラ４０
は、ＲＡＭ４７を介して、モニタの表示画面３３にユー
ザーの要求が受信されたことを表示させる。そして、シ
ステムコントローラ４０は、ＲＡＭ４７から上記保持さ
れた変換テーブルを読み出し、希望の関連データＳが放
送を介して送られているか、通信路を介して送られてい
るのかを検出する。

【０１１８】かかる検出により、関連データＳが放送に
よって送られる場合は、データ送信システム１０から当
該関連データＳが送られてくるまで、すなわち通信路２
４及びモデム５４を介してＲＡＭ４７に指定の関連デー
タＳが送られてくるまで、放送プログラムを再生しなが
ら待機する。そして、ユーザーが指定した関連データＳ
が送られてきた場合には、そのデータを順次、ハードデ
ィスク４５に格納していく。

【０１１９】ユーザーの所望の関連データがハードディ
スク４５内に揃うと、即時再生の場合は、プログラムの
再生を中止し、ＲＡＭ４７を介して、静止画データがＪ
ＰＥＧデコーダ４９に送られてデータ伸長され、そのま
まＪＰＥＧデコーダ４９内のフレームメモリに保持さ
れ、そのフレームメモリ内のデータが映像用セレクタ５
２を介してモニタ３４に入力されることにより、その表
示画面３３から静止画が再生される。

【０１２０】また、関連データＳのテキストデータは、
音声合成用のサウンドカード５１に供給されることによ
って、一定のタイミングで音声信号に変換され、音声用
のセレクタ５３を介してモニタ３４に供給されることに
より、そのスピーカ３２から音声が出力される。また、
テキストデータ中に上記静止画データが複数ある場合に
それらを切り換えるためのポイント情報が検出された場
合、その検出信号がシステムコントローラ４０に送られ
る。システムコントローラ４０は、次の静止画データを
ハードディスク４５から読み出し、そのデータをＪＰＥ
Ｇデコーダ４９に送り、データ伸長すると共に、フレー
ムメモリ内のデータを書き換え、静止画像を新たなもの
に切り換える。

【０１２１】一方、終了後再生が選択された場合、ハー
ドディスク４５上に所望の関連データが揃うと、システ
ムコントローラ４０は、ＲＡＭ４７を介してモニタ３４
の表示画面３３に所望の関連データが揃ったことを表示
させる。この場合、ユーザーは、データがハードディス
ク４５に格納された後の任意の時刻に、改めてリモート
コントローラ３５により関連データ再生信号を出せばよ
い。かかる関連データ再生信号は、ＲＣインタフェース
５５を介してシステムコントローラ４０に送られる。シ
ステムコントローラ４０は、この関連データ再生信号を
受け取ると、即時再生のデータが揃ったときと同様の動
作を開始し、静止画と音声の再生を行う。

【０１２２】次に関連データＳが通信路２４を介して配
信される場合について説明する。関連データＳが通信路
２４を介してＳＴＢ３１に配信される場合には、システ
ムコントローラ４０がＲＡＭ４７、モデム５４、及び通
信路２４を介して送信側のデータ送信システム１０に対
して関連データの送信を要求する関連データ要求信号を
発する。ＳＴＢ３１では、この関連データ要求信号とし
て、要求する関連データＳを特定するために現在視聴し
ている放送プログラムを明示する必要があるが、これに
はいくつかの形態がある。

【０１２３】第１の形態としては、現在視聴している放
送プログラムの映像／音声データにおける上記付加デー
タ内のプログラムコードを抜き出してデータ送信システ
ム１０側に送り、このプログラムコードによって要求す
る関連データをデータ送信システム１０側で特定する方
法がある。

【０１２４】また、第２の形態としては、変換テーブル
内の関連データのコードをデータ送信システム１０側に
送る方法がある。

【０１２５】さらに、第３の形態としては、現在選択し
ているチャンネルと要求した時刻をデータ送信システム
１０側に送る方法がある。この第３の形態によれば、上
記変換テーブル、送信コード信号等をデコードしない、
あるいはデコードできない場合であっても、チャンネル
情報と時刻情報とを通信路２４を介して送ることによ
り、データ送信システム１０側でその時刻において放送
している放送プログラムを特定することができるので、
所望の関連データＳを取り寄せることができる。

【０１２６】ＳＴＢ３１では、関連データ要求信号を上
述したいずれの形態としても、送信側でユーザーの要求
する関連データＳを特定することができる。

【０１２７】モデム５４を介して発信される関連データ
要求信号は、通信路２４を介して送信側のモデム１９に
入力され、バス２０を介してネットコントローラ１７に
送られる。ネットコントローラ１７では、付属のハード
ディスク１８に格納されている変換テーブルを参照し、
ユーザーの希望する関連データＳをバス２０、モデム１
９及び通信路２４を介して受信側に個別に送信する。

【０１２８】また、ネットコントローラ１７において
は、各ユーザーから発せられた関連データ要求信号の数
を放送プログラムごとにカウントする。データ送信シス
テム１０では、上述の規定に従い、このカウント値が１
分あたり１０を超えた場合に、ネットコントローラ１７
が変換テーブルを上述のように書き換えるようになって
いる。

【０１２９】この書き換えられた変換テーブルは、上記
ハードディスク１８に格納されると共に、バス２０を介
してオンエアコントローラ９とアレイコントローラ８と
に送られる。ここで、オンエアコントローラ９は、ハー
ドディスク１１に格納されている自身の変換テーブルを
更新する。同様に、アレイコントローラ８は、ブロック
サーバ３内の変換テーブルを更新する。このようにして
更新された変換テーブルは、上述のように、そのまま放
送によって各家庭に送られることになる。

【０１３０】なお、関連データ要求信号に応えてネット
コントローラ１７から送られる関連データＳは、モデム
１９、通信路２４を介して、要求のあったユーザーのＳ
ＴＢ３１に送られる。かかる関連データＳは、ＳＴＢ３
１のモデム５４で受信され、ＲＡＭ４７及びＳＣＳＩイ
ンタフェース４６を介してハードディスク４５内に格
納、保持される。以後の動作は、放送によって関連デー
タＳが送られる場合と同様であり、その説明を省略す
る。

【０１３１】

【発明の効果】以上詳細に説明したように、本発明に係
るデータ送信装置によれば、放送プログラムの内容に関
連する関連データがデータ送信制御手段により放送用媒
体を介して送信する第１の送信手段と放送用媒体とは異
なる伝送媒体を介して送信する第２の送信手段とに振り
分けられて送信されるので、各伝送媒体の伝送容量が制
限されている場合であっても、短時間番組の中でユーザ
ーが希望する内容についてのデータを迅速かつ効率良く
送信することが可能となる。

【０１３２】また、本発明に係るデータ受信装置によれ
ば、放送プログラムの内容に関連する関連データが放送
用媒体を介して受信する第１の受信手段と放送用媒体と
は異なる伝送媒体を介して受信する第２の受信手段との
いずれか又は双方で受信され、必要に応じて関連データ
再生手段により再生されるので、短時間番組の中でユー
ザーが希望した内容についての情報を迅速に取得するこ
とが可能となる。

【０１３３】さらに、本発明に係るデータ送受信システ
ムによれば、放送プログラムの内容に関連する関連デー
タがデータ送信制御手段により放送用媒体を介して送信
する第１の送信手段と放送用媒体とは異なる伝送媒体を
介して送信する第２の送信手段とに振り分けられて送信
され、かかる関連データがデータ受信システムの放送用
媒体を介して受信する第１の受信手段と放送用媒体とは
異なる伝送媒体を介して受信する第２の受信手段とのい
ずれか又は双方で受信され、必要に応じて関連データ再
生手段により再生されるので、短時間の番組と、その番
組の中でユーザーが希望した内容をさらに詳しく視聴で
きるシステムを低コスト、迅速性、及び高効率性を確保
しながら構築し、提供することが可能となる。

【図面の簡単な説明】

【図１】データ配信システムにおける送信側の構成を示
したブロック構成図である。

【図２】データ配信システムにおける受信側の構成を示
したブロック構成図である。

【図３】データ送信システムにより放送される放送プロ
グラムを表した番組構成図である。

【図４】各放送プログラムに対する各関連データの構成
及びブロックサーバに格納された関連データの容量等を
示したブロック図である。

【図５】各データ及び各種変換テーブルに用いられるデ
ータフォーマットの構成を示す図である。

【図６】各放送プログラムの映像／音声データがデータ
圧縮され、その後データの転送レートに応じて関連デー
タを付加してゆく各種の方法を示した模式図である。

【図７】各関連データのデータ容量を視覚的に表した図
である。

【図８】関連データの総容量と映像データの空き部分の
容量との関係及び各関連データを放送と通信とに配分し
振り分ける工程を視覚的に表した図である。

【図９】各関連データを放送と通信とに振り分ける場合
について説明するための図である。

【図１０】変換テーブルの一例について示した図であ
る。

【図１１】変換テーブルの他の例について示した図であ
る。

【図１２】変換テーブルの他の例について示した図であ
る。

【符号の説明】

１０データ送信システム、１エディットコントロー
ラ、３ブロックサーバ、４ＭＰＥＧエンコーダ、５
ＪＰＥＧエンコーダ、８アレイコントローラ、９
オンエアコントローラ、１２基準時計、１６送信
機、１７ネットコントローラ、１９モデム、３０
データ受信システム、３１セットトップボックス（Ｓ
ＴＢ）、３４モニタ装置、３５リモートコントロー
ラ、４０システムコントローラ、４５ハードディス
ク、４６ＳＣＳＩインタフェース、４７ＲＡＭ、４
８ＭＰＥＧデコーダ、４９ＪＰＥＧデコーダ、５１
サウンドカード、５２映像用セレクタ、５３音声
用セレクタ、５４モデム、５５ＲＣインタフェース

Claims

【特許請求の範囲】

【請求項１】映像データと音声データとが一定時間毎
に繰り返し放送される放送プログラムを作成する放送プ
ログラム作成手段と、上記放送プログラムの内容に関連する関連データを作成
する関連データ作成手段と、上記放送プログラム作成手段により作成された上記放送
プログラムの映像／音声データと上記関連データ作成手
段により作成された上記関連データをそれぞれ格納する
データ格納手段と、少なくとも放送プログラムの映像／音声データを放送用
媒体を介して送信する第１の送信手段と、上記関連データを上記放送用媒体とは異なる伝送媒体を
介して送信するための第２の送信手段と、上記データ格納手段から放送プログラムの映像／音声デ
ータを読み出して上記第１の送信手段に供給するととも
に、上記データ格納手段から上記関連データを読み出し
て、その関連データを上記第１の送信手段と上記第２の
送信手段のいずれかに供給するデータ送信制御手段とを
備えることを特徴とするデータ送信装置。
【請求項２】上記関連データ作成手段は、静止画デー
タ及び／又はテキストデータから上記関連データを作成
することを特徴とする請求項１に記載のデータ送信装
置。
【請求項３】上記放送プログラム作成手段によって作
成された放送プログラムの映像／音声データをデータ圧
縮して上記データ格納手段に供給する第１のデータ圧縮
手段と、上記関連データ作成手段によって作成された関連データ
の静止画データをデータ圧縮して上記データ格納手段に
供給する第２のデータ圧縮手段とを備えることを特徴と
する請求項２に記載のデータ送信装置。
【請求項４】上記データ送信制御手段は、上記データ
格納手段から上記関連データを読み出して、その関連デ
ータを常に上記第２の送信手段に供給するように制御す
ることを特徴とする請求項３に記載のデータ送信装置。
【請求項５】上記データ送信制御手段は、上記データ
格納手段に格納された放送プログラムの映像／音声デー
タ及び関連データを読み出すとともに、かかる映像／音
声データに対して当該関連データを付加して上記第１の
送信手段に供給するデータ付加手段を備え、上記データ付加手段は、第１の送信手段による放送プロ
グラムの映像／音声データの送信レートの範囲内で上記
関連データを付加することを特徴とする請求項３に記載
のデータ送信装置。
【請求項６】上記データ送信制御手段は、放送プログ
ラムの映像／音声データに対して付加されなかった関連
データが生じた場合、かかる関連データを上記第２の送
信手段に供給することを特徴とする請求項５に記載のデ
ータ送信装置。
【請求項７】上記データ送信制御手段は、受信側から
の関連データ要求信号に基づき、当該関連データを上記
第２の送信手段に供給することを特徴とする請求項６に
記載のデータ送信装置。
【請求項８】上記放送プログラム作成手段及び上記関
連データ作成手段は、上記放送プログラム及びそれに対
応する上記関連データを複数作成し、上記放送プログラ
ム送信手段が個々の放送プログラムを所定順序で一定時
間毎に繰り返し送信することを特徴とする請求項７に記
載のデータ送信装置。
【請求項９】上記関連データ送信制御手段は、上記受
信側からの関連データ要求信号の数を上記個々の放送プ
ログラムごとにカウントし、かかるカウント数が所定時
間内に一定値を越えた場合に当該関連データを優先的に
上記第１の送信手段に供給することを特徴とする請求項
８に記載のデータ送信装置。
【請求項１０】上記第１の送信手段は、上記第１の送
信手段と上記第２の送信手段のいずれによって上記関連
データが送信されるかを示すデータである送信データを
所定時間毎に上記放送プログラムの映像／音声データに
挿入して送信することを特徴とする請求項１に記載のデ
ータ送信装置。
【請求項１１】上記第１の送信手段は、上記第１の送
信手段と上記第２の送信手段のいずれによって上記関連
データが送信されるかを示すデータである送信データを
所定時間毎に上記放送プログラムの映像／音声データに
挿入して送信し、上記関連データ送信制御手段は、上記
カウント数が当該所定時間内に一定値を越えた場合に上
記送信データを書き換えて上記第１の送信手段に供給す
ることを特徴とする請求項９に記載のデータ送信装置。
【請求項１２】送信側から放送用媒体を介して送信さ
れる映像／音声データ及び／又はかかる映像／音声デー
タの内容に関連した関連データを受信する第１の受信手
段と、上記送信側から上記放送用媒体とは異なる伝送媒体を介
して送信される上記関連データを必要に応じて受信する
ための第２の受信手段と、上記第１の受信手段及び／又は上記第２の受信手段によ
って受信した上記関連データを格納するための関連デー
タ格納手段と、上記第一の受信手段によって受信した放送プログラムの
映像／音声データを再生する放送プログラム再生手段
と、上記関連データ格納手段によって格納した関連データを
必要に応じて読み出して再生する関連データ再生手段と
を備えることを特徴とするデータ受信装置。
【請求項１３】上記関連データが上記放送用媒体と上
記放送用媒体とは異なる伝送媒体のいずれを介して送信
されるかを検知する関連データ伝送媒体検知手段を備
え、上記関連データ再生手段は、上記関連データ伝送媒体検
知手段によって上記関連データが上記放送用媒体を介し
て送信されると検知された場合に作動することを特徴と
する請求項１２に記載のデータ受信装置。
【請求項１４】上記第２の受信手段は、上記関連デー
タ伝送媒体検知手段によって上記関連データが上記放送
用媒体とは異なる伝送媒体を介して送信されると検知さ
れた場合に作動することを特徴とする請求項１３に記載
のデータ受信装置。
【請求項１５】上記関連データ伝送媒体検知手段は、
上記送信側から上記放送用媒体を介して所定時間毎に伝
送される送信データを読み出すことによって検知するこ
とを特徴とする請求項１４に記載のデータ受信装置。
【請求項１６】上記第２の受信手段は、上記送信側に
対し関連データの送信を要求するための関連データ要求
信号を発信する関連データ要求信号発信部を有し、上記関連データ伝送媒体検知手段によって上記関連デー
タが上記放送用媒体とは異なる伝送媒体を介して送信さ
れると検知された場合に上記第２の受信手段における関
連データ要求信号発信部が作動し上記関連データ要求信
号を上記送信側に発信することを特徴とする請求項１５
に記載のデータ受信装置。
【請求項１７】上記放送プログラム再生手段と上記関
連データ再生手段のいずれかを動作させるように切り換
える再生切り換え手段が備えられたことを特徴とする請
求項１２に記載のデータ受信装置。
【請求項１８】上記再生切り換え手段は、上記関連デ
ータ格納手段による上記関連データの格納が終了し、か
つ関連データ再生要求信号が出された場合に上記関連デ
ータ再生手段を動作させるように切り換えることを特徴
とする請求項１７に記載のデータ受信装置。
【請求項１９】上記関連データは、静止画データ及び
／又はテキストデータとからなることを特徴とする請求
項１２に記載のデータ受信装置。
【請求項２０】上記関連データ再生手段には、上記関
連データのテキストデータを音声信号に変換する音声合
成手段が備えられたことを特徴とする請求項１９に記載
のデータ受信装置。
【請求項２１】映像データと音声データとが一定時間
毎に繰り返し放送される放送プログラムを作成する放送
プログラム作成手段と、上記放送プログラムの内容に関
連する関連データを作成する関連データ作成手段と、上
記放送プログラム作成手段により作成された上記放送プ
ログラムの映像／音声データと上記関連データ作成手段
により作成された上記関連データをそれぞれ格納するデ
ータ格納手段と、少なくとも放送プログラムの映像／音
声データを放送用媒体を介して送信する第１の送信手段
と、上記関連データを上記放送用媒体とは異なる伝送媒
体を介して送信するための第２の送信手段と、上記デー
タ格納手段から放送プログラムの映像／音声データを読
み出して上記第１の送信手段に供給するとともに、上記
データ格納手段から上記関連データを読み出して、その
関連データを上記第１の送信手段と上記第２の送信手段
のいずれかに供給するデータ送信制御手段とを備えるデ
ータ送信装置と、上記放送プログラムの映像／音声データ及び／又は上記
関連データを上記放送用媒体を介して受信する第１の受
信手段と、上記関連データを上記放送用媒体とは異なる
伝送媒体を介して受信するための第２の受信手段と、上
記第１の受信手段及び／又は上記第２の受信手段によっ
て受信した上記関連データを格納するための関連データ
格納手段と、上記第１の受信手段によって受信した放送
プログラムの映像／音声データを再生する放送プログラ
ム再生手段と、上記関連データ格納手段によって格納し
た関連データを必要に応じて読み出して再生する関連デ
ータ再生手段とを備えるデータ受信装置とからなること
を特徴とするデータ送受信システム。
【請求項２２】上記データ受信装置が複数であること
を特徴とする請求項２１に記載のデータ送受信システ
ム。
【請求項２３】上記データ送信装置の上記関連データ
作成手段は、静止画データ及び／又はテキストデータか
ら上記関連データを作成することを特徴とする請求項２
２に記載のデータ送受信システム。
【請求項２４】上記データ送信装置は、上記放送プロ
グラム作成手段によって作成された放送プログラムの映
像／音声データをデータ圧縮して上記データ格納手段に
供給する第１のデータ圧縮手段と、上記関連データ作成手段によって作成された関連データ
の静止画データをデータ圧縮して上記データ格納手段に
供給する第２のデータ圧縮手段とを備えることを特徴と
する請求項２３に記載のデータ送受信システム。
【請求項２５】上記データ送信装置の上記データ送信
制御手段は、上記データ格納手段から上記関連データを
読み出して、その関連データを常に上記第２の送信手段
に供給するように制御することを特徴とする請求項２４
に記載のデータ送受信システム。
【請求項２６】上記データ送信装置の上記データ送信
制御手段は、上記データ格納手段に格納された放送プロ
グラムの映像／音声データ及び関連データを読み出すと
ともに、かかる映像／音声データに対して当該関連デー
タを付加して上記第１の送信手段に供給するデータ付加
手段を備え、上記データ付加手段は、第１の送信手段による放送プロ
グラムの映像／音声データの送信レートの範囲内で上記
関連データを付加することを特徴とする請求項２４に記
載のデータ送受信システム。
【請求項２７】上記データ受信装置は、上記関連デー
タが上記放送用媒体と上記放送用媒体とは異なる伝送媒
体のいずれを介して送信されるかを検知する関連データ
伝送媒体検知手段を備え、上記関連データ再生手段は、上記関連データ伝送媒体検
知手段によって上記関連データが上記放送用媒体を介し
て送信されると検知された場合に作動することを特徴と
する請求項２２に記載のデータ送受信システム。
【請求項２８】上記データ送信装置の上記データ送信
制御手段は、放送プログラムの映像／音声データに対し
て付加されなかった関連データが生じた場合、かかる関
連データを上記第２の送信手段に供給することを特徴と
する請求項２６に記載のデータ送受信システム。
【請求項２９】上記データ受信装置の上記第２の受信
手段は、上記関連データ伝送媒体検知手段によって上記
関連データが上記放送用媒体とは異なる伝送媒体を介し
て送信されると検知された場合に作動することを特徴と
する請求項２８に記載のデータ送受信システム。
【請求項３０】上記データ送信装置の上記第１の送信
手段は、上記第１の送信手段と上記第２の送信手段のい
ずれによって上記関連データが送信されるかを示すデー
タである送信データを所定時間毎に上記放送プログラム
の映像／音声データに挿入して送信し、上記データ受信装置の上記関連データ伝送媒体検知手段
は、上記送信データを読み出すことによって検知するこ
とを特徴とする請求項２９に記載のデータ送受信システ
ム。
【請求項３１】上記データ送信装置の上記放送プログ
ラム作成手段及び上記関連データ作成手段は、上記放送
プログラム及びそれに対応する上記関連データを複数作
成し、上記放送プログラム送信手段が個々の放送プログ
ラムを所定順序で一定時間毎に繰り返し送信することを
特徴とする請求項３０に記載のデータ送受信システム。
【請求項３２】上記データ受信装置の上記第２の受信
手段は、関連データ要求信号を発信する関連データ要求
信号発信部を有し、上記関連データ伝送媒体検知手段によって上記関連デー
タが上記放送用媒体とは異なる伝送媒体を介して送信さ
れると検知された場合に上記第２の受信手段における関
連データ要求信号発信部が作動し上記関連データ要求信
号を上記データ送信装置に対して伝送することを特徴と
する請求項３０に記載のデータ送受信システム。
【請求項３３】上記データ送信装置の上記データ送信
制御手段は、上記データ受信装置の上記関連データ要求
信号に基づき、当該関連データを上記第２の送信手段に
供給することを特徴とする請求項３２に記載のデータ送
受信システム。
【請求項３４】上記データ送信装置の上記関連データ
送信制御手段は、上記データ受信装置からの関連データ
要求信号の数を個々の放送プログラムごとにカウント
し、かかるカウント数が所定時間内に一定値を越えた場
合に当該関連データを優先的に上記第１の送信手段に供
給することを特徴とする請求項３３に記載のデータ送受
信システム。
【請求項３５】上記データ送信装置の上記第１の送信
手段は、上記第１の送信手段と上記第２の送信手段のい
ずれによって上記関連データが送信されるかを示すデー
タである送信データを上記所定時間毎に上記放送プログ
ラムの映像／音声データに挿入して送信し、上記関連デ
ータ送信制御手段は、上記カウント数が当該所定時間内
に一定値を越えた場合に上記送信データを書き換えて上
記第１の送信手段に供給することを特徴とする請求項３
４に記載のデータ送受信システム。
【請求項３６】上記データ受信装置には、上記放送プ
ログラム再生手段と上記関連データ再生手段のいずれか
を動作させるように切り換える再生切り換え手段が備え
られたことを特徴とする請求項２７に記載のデータ送受
信システム。
【請求項３７】上記データ受信装置の上記再生切り換
え手段は、上記関連データ格納手段による上記関連デー
タの格納が終了し、かつ関連データ再生要求信号が出さ
れた場合に上記関連データ再生手段を動作させるように
切り換えることを特徴とする請求項３６に記載のデータ
送受信システム。
【請求項３８】上記データ受信装置の上記関連データ
再生手段には、上記関連データのテキストデータを音声
信号に変換する音声合成手段が備えられたことを特徴と
する請求項２７に記載のデータ送受信システム。