(57)【特許請求の範囲】
【請求項１】
カルーセル伝送方式によって繰り返し送信される複数のモジュールを含むＤＤＢメッセージと、該カルーセルに含まれるモジュールごとに対応する情報を含むＤＩＩメッセージを受信する受信手段と、
上記受信手段によって受信された上記ＤＩＩメッセージを参照して、ＤＤＢメッセージに含まれる上記モジュールを所定の階層構造にしたがって蓄積する蓄積手段と、
画面上の指示に基づいた操作を判断して、上記所定の階層構造にしたがって蓄積された上記モジュールを、該モジュールの関係を規定した画面表示制御を行うためのスクリプトに基づいて操作に応じた出力態様が得られるようにＧＵＩ画面を構成して生成し、出力する出力制御手段と
を備える受信装置。
【請求項２】
上記受信手段は、複数のモジュールと同時に送信されるビデオデータ又はオーディオデータについても受信し、
上記受信手段が受信して上記蓄積手段に蓄積されたモジュールに基づいて表示させたＧＵＩ画面表示での指示で指定されたビデオデータ又はオーディオデータを、上記出力制御手段が選択して出力させる
請求項１記載の受信装置。
【請求項３】
上記受信手段が受信したビデオデータ又はオーディオデータを記録する記録手段を備え、
インタラクティブ記録モードを設定した場合に、上記受信手段が受信した上記ビデオデータ又はオーディオデータと上記モジュールとを上記記録手段に記録させると共に、上記モジュールについては、繰り返し送信されるモジュールの内の１周期分だけを記録させ、
その記録されたモジュールによって、上記ビデオデータ又はオーディオデータのサービスを受けるための特定の表示態様の上記ＧＵＩ画面を生成して出力させる
請求項２記載の受信装置。
【請求項４】
上記インタラクティブ記録モードを設定した場合に、上記モジュールと共に上記記録手段に記録させるビデオデータ又はオーディオデータについては、上記受信手段が受信したビデオデータ又はオーディオデータの内の一部のデータに制限した
請求項３記載の受信装置。
【請求項５】
上記受信手段が受信したビデオデータ又はオーディオデータを外部に出力させる際に、上記モジュールについても外部に出力させる
請求項２記載の受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばデジタル衛星放送などで放送されるデータを受信するシステムに適用して好適な受信装置に関する。
【０００２】
【従来の技術】
近年、デジタル衛星放送の普及が進んでいる。デジタル衛星放送は、例えば既存のアナログ放送と比較してノイズやフェージングに強く、高品質の信号を伝送することが可能である。また、周波数利用効率が向上され、多チャンネル化も図ることが可能になる。具体的には、デジタル衛星放送であれば１つの衛星で数百チャンネルを確保することも可能である。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュースなどの専門チャンネルが多数用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンツに応じたプログラムが放送されている。
【０００３】
そして、上記のようなデジタル衛星放送システムを利用して、ユーザが楽曲等の音声データをダウンロードできるようにしたり、いわゆるテレビショッピングとして、例えばユーザが放送画面を見ながら何らかの商品についての購買契約を結べるようにしたりすることが提案されている。つまりは、デジタル衛星放送しステムとして、通常の放送内容と並行したデータサービス放送を行うものである。
【０００４】
一例として、楽曲データのダウンロードであれば、放送側においては、放送番組と並行して、楽曲データを多重化して放送するようにする。また、この楽曲データのダウンロードに際しては、ＧＵＩ（Graphical User Interface）画面（即ちダウンロード用の操作画面である）を表示させることでインタラクティブな操作をユーザに行わせるようにされるが、このＧＵＩ画面出力のためのデータも多重化して放送するようにされる。
【０００５】
そして、受信装置を所有しているユーザ側では、所望のチャンネルを選曲している状態で、受信装置に対する所定の操作によって楽曲データをダウンロードするためのＧＵＩ画面を表示出力させるようにする。そして、この表示された操作画面に対してユーザが操作を行うことで、例えば受信装置に接続したデジタルオーディオ機器に対してデータを供給し、これが録音されるようにするものである。
【０００６】
ところで、上記のような楽曲データをダウンロードするためのＧＵＩ画面としては、例えばＧＵＩ画面を形成するパーツ的な画像データ、テキストデータなどの情報に加え、更には所定操作に応じた音声出力のための音声データなどの単位データ（ファイル）をそれぞれオブジェクトとして扱い、このオブジェクトの出力態様を所定方式によるシナリオ記述によって規定することによって、上記操作画面についての所望の表示形態及び音声等の出力態様を実現するように構成することが考えられる。
【０００７】
なお、ここでは、上記ＧＵＩ画面のようにして、記述情報によって規定されることで、或る目的に従って機能を実現する表示画面（ここでは音声等の出力も含む）のことを「シーン」というものとする。また、「オブジェクト」とは、記述情報に基づいてその出力態様が規定される画面、音声、テキスト等の単位情報を示しており、伝送時においては、ここでは記述情報自体のデータファイルも「オブジェクト」の１つとして扱われるものとする。
【０００８】
上記シーン表示及びシーン表示上での音声出力等を実現するためのオブジェクトは、例えば所定の伝送方式に従ってエンコードされて送信される。
受信装置側では上記伝送方式に従ってデータを受信すると共に、この受信データについてデコード処理を施して、例えば表示に必要なシーンに必要とされるオーディオごとの纏まりとしてのデータを得て、これをシーンとして出力するようにされる。
【０００９】
【発明が解決しようとする課題】
ところで、従来このようなデータ放送を受信する場合には、データ放送を受信する受信装置をテレビジョン受像機などに接続して、受像機の画面にＧＵＩ画面を表示させて、そのＧＵＩ画面上での操作に基づいて、そのときに受信した画像，音声，文字などのデータの出力処理が行えるものである。従って、放送されるデータによるサービスは、リアルタイムでしか受けることができなかった。即ち、例えば放送される画像データについては、ビデオ記録装置（ＶＴＲなど）を使用すれば記録させることができ、後からその記録された画像データを再生して受像させることができるが、ＧＵＩ画面を構成させるデータについてはビデオ記録装置では記録されないので、画像データに付随するデータを後から再生することは不可能であった。
【００１０】
また、このようなＧＵＩ画面を使用して画像データや音声データと、そのデータに付随するテキストデータなどを選択するシステムは、デジタルデータ放送の受信を行う際に適用されるものであり、デジタルデータ放送を受信できないユーザに対して、このようなＧＵＩ画面を使用した各種データの提供を行うことは困難であった。
【００１１】
本発明はかかる点に鑑み、画像データなどに付随したデータをＧＵＩ画面で選択させる処理が、放送データの受信時以外にもできるようにすることを目的とする。
【００１２】
【課題を解決するための手段】
本発明の受信装置は、
カルーセル伝送方式によって繰り返し送信される複数のモジュールを含むＤＤＢメッセージと、該カルーセルに含まれるモジュールごとに対応する情報を含むＤＩＩメッセージを受信する受信手段と、
上記受信手段によって受信された上記ＤＩＩメッセージを参照して、ＤＤＢメッセージに含まれる上記モジュールを所定の階層構造にしたがって蓄積する蓄積手段と、
画面上の指示に基づいた操作を判断して、上記所定の階層構造にしたがって蓄積された上記モジュールを、該モジュールの関係を規定した画面表示制御を行うためのスクリプトに基づいて操作に応じた出力態様が得られるようにＧＵＩ画面を構成して生成し、出力する出力制御手段と
を備える受信装置としたものである。
【００２０】
【発明の実施の形態】
以下、本発明の一実施の形態を、添付図面を参照して説明する。
【００２１】
まず、本実施の形態が適用される処理システムの全体構成の概要を、図１を参照して説明する。本例においては放送信号の伝送に適用したものであり、放送局である送出局１０は、ＭＰＥＧデータサーバ１１を備えて、このＭＰＥＧデータサーバ１１に、ＭＰＥＧ（Moving Picture Expers Group ）２方式により圧縮符号化されたビデオデータと、ＭＰＥＧ２オーディオ方式により圧縮符号化されたオーディオデータ（このオーディオデータは映像と一緒に出力されるオーディオのデータ）とが蓄積させてあり、このＭＰＥＧ２方式のビデオデータとオーディオデータとを、放送される番組のデータとして所定のチャンネルで送信する。
【００２２】
また本例の送出局１０は、このＭＰＥＧデータサーバ１１の他に、ＭＨＥＧデータサーバ１２を備え、このＭＨＥＧデータサーバ１２に、ＭＨＥＧ（Multimedia Hypermedia Information Coding Expers Group ）方式により形成されたデータを蓄積させてある。このＭＨＥＧ方式は、マルチメディア情報、手順、操作などのそれぞれと、その組み合わせをオブジェクトとして捉え、それらのオブジェクトを符号化した上で、タイトル（ここではＧＵＩ画面）として制作するためのシナリオ記述を行うための国際標準の方式であり、そのＭＨＥＧ方式のデータを、ＭＨＥＧデータサーバ１２に蓄積させてある。
【００２３】
本例の場合に用意されるＭＨＥＧデータとしては、基本的には放送される番組に関連したオーディオデータ，テキストデータ，静止画像データを扱うデータとしてある。但し、番組とは無関係なデータの場合もある。このサーバ１２に蓄積されたＭＨＥＧ方式のデータを、放送番組のデータと多重化して送信するようにしてある。即ち、ＭＰＥＧデータサーバ１１より取り出した放送番組のデータ（ＭＰＥＧデータ）と、ＭＨＥＧデータサーバ１２より取り出したＭＨＥＧデータとを、マルチプレクサ１３に供給して、ＭＰＥＧデータとＭＨＥＧデータとが多重化された送信データをバッファ１４に得て、その送信データをデジタル放送信号として送信する。
【００２４】
送出局１０からの送信処理は、放送信号の伝送に使用されている伝送路が使用される。即ち、後述する詳細な例では、デジタル衛星放送の伝送路が使用されるが、地上波の伝送路や、ＣＡＴＶと称される有線放送用の伝送路を使用しても良い。
【００２５】
送出局１０から所定のチャンネルで送信された放送信号を受信する受信設備２０側では、受信処理部２１でそのチャンネルの受信処理が行われ、そのチャンネルで伝送されるＭＰＥＧデータとＭＨＥＧデータとを抽出する。ここで、本例の受信設備２０では、この受信して得たＭＰＥＧデータとＭＨＥＧデータとを記憶できる構成としてある。即ち、受信処理部２１で抽出したＭＰＥＧデータとＭＨＥＧデータとを、記憶処理部２２に供給する。記憶処理部２２では、記憶媒体２３にその受信したＭＰＥＧデータとＭＨＥＧデータとを記憶させる。記憶媒体２３としては、例えばハードディスク，光磁気ディスク，磁気テープなどの磁気的又は光学的な処理で記憶される媒体や、半導体メモリなどの電気的な処理で記憶される媒体などの各種媒体が使用可能である。記憶媒体２３へのＭＰＥＧデータとＭＨＥＧデータとの記憶状態としては、多重化されて伝送されるＭＰＥＧデータとＭＨＥＧデータとを、その多重化されたまま記憶させるか、或いはＭＰＥＧデータとＭＨＥＧデータとを分離して、それぞれ別のエリアに記憶させるようにしても良い。
【００２６】
記憶媒体２３に記憶されたＭＰＥＧデータとＭＨＥＧデータとは、ユーザが視聴したい任意のときに読出し処理部２４により読出され、データ分離部２５によりＭＰＥＧデータとＭＨＥＧデータとを分離する。分離されたＭＰＥＧデータは、ＭＰＥＧデータ用バッファ２６を介してＭＰＥＧデコーダ２７に供給してＭＰＥＧ方式からのデコード処理を行い、デコードされた映像信号を表示処理部２９に供給して所定の方式の映像信号とし、受像機２９に供給して受像させる。映像に同期した音声信号についても、ＭＰＥＧデコーダ２７でデコードした後、アナログ音声信号として受像機２９に供給し、受像機が備える音声回路から出力させる。
【００２７】
通常の放送番組の受像を行うだけの場合には、このＭＰＥＧデータだけが使用されるが、いわゆるインタラクティブ放送としての処理を行う際には、記憶媒体２３に記憶されたＭＨＥＧデータについても使用する。即ち、読出し処理部２４により読出されて、データ分離部２５で分離されたＭＨＥＧデータを、ＭＨＥＧデータ用バッファ３０に供給して一旦蓄積し、その蓄積されたＭＨＥＧデータを、ＭＨＥＧエンジン３１により解析して、表示処理部２９でインタラクティブ用の表示を行う映像信号を作成させ、その映像信号を受像機２９に供給して受像させる。
【００２８】
そして、このインタラクティブ用の画面を表示させた際には、ユーザは受像機２９に表示された画面上での指示に基づいた操作を行うことで、メインの番組のデータ以外の指示された音声データ，静止画像データ，テキストデータなどを、記憶媒体２３から読出して、その読出した画像データやテキストデータの表示や音声データの出力などが実行される。ＭＨＥＧデータを使用したインタラクティブ用の表示画面の例については、後述する。なお、受信したＭＰＥＧデータやＭＨＥＧデータを記憶媒体２３に記憶させずに、その受信したデータで直接受像などを行う場合には、図１に破線で示すように、受信処理部２１で受信して得たＭＰＥＧデータやＭＨＥＧデータを、直接データ分離部２５以降の回路に供給する。
【００２９】
受信設備２０側の構成例について説明すると、例えば本例のシステムが衛星放送を利用したシステムである場合には、図２に示すように、パラボラアンテナ４１が接続されたＩＲＤ（Integrated Receiver Decorder）と称されるデジタル衛星放送受信用チューナ装置４２で、所定のチャンネルで放送されるＭＰＥＧデータとＭＨＥＧデータとを受信する。この場合、ＩＲＤ４２は、ハードディスク装置などで構成されるデータストレージ部４３を内蔵し、このデータストレージ部４３で受信したＭＰＥＧデータとＭＨＥＧデータとを記憶できる構成としてある。そして、ＩＲＤ４２内のデータストレージ部４３に記憶されたＭＰＥＧデータとＭＨＥＧデータとを読出して、ＩＲＤ４２に接続された受像機４４でインタラクティブ画面などの表示を行う。なお、ＩＲＤ４２は、放送の送出局側と認証処理を行うための電話回線４５が接続してある。
【００３０】
また、図３に示すような構成でも良い。即ち、パラボラアンテナ５１が接続されたＩＲＤ５２は、デジタル衛星放送の受信処理を行うチューナ装置としての構成だけを備えて、このＩＲＤ５２に別体のデータ記憶装置５３を接続し、このデータ記憶装置５３内の記憶媒体に、受信したＭＰＥＧデータとＭＨＥＧデータとを記憶させるようにしても良い。この場合、ＩＲＤ５２とデータ記憶装置５３との接続としては、データを高いレートで伝送できる方式（例えばＩＥＥＥ１３９４方式）のバスラインで接続し、ＭＰＥＧデータとＭＨＥＧデータとを多重化されたまま伝送できるようにする。或いは、受信したＭＰＥＧデータとＭＨＥＧデータとを、ＩＲＤ５２側で分離して、その分離されたＭＰＥＧデータとＭＨＥＧデータとを、別々の信号線でデータ記憶装置５３に供給しても良い。
【００３１】
この図３のようにデータ記憶装置がＩＲＤと別体の場合には、データ記憶装置５３で記憶媒体に記憶されたＭＰＥＧデータとＭＨＥＧデータとを読出した際には、その読出したＭＰＥＧデータとＭＨＥＧデータとを、データ記憶装置５３から直接受像機５４に供給する構成とするか、或いはデータ記憶装置５３からＩＲＤ５２に戻した後、ＩＲＤ５２内で放送信号を受信した場合と同様の処理でインタラクティブ用の表示画像を生成させて、受像機５４側に供給する構成としても良い。
【００３２】
また、図４に示すように、パラボラアンテナ６１が接続されたＩＲＤ６２は、デジタル衛星放送の受信処理を行うチューナ装置としての構成だけを備えて、このＩＲＤ６２に、ＩＥＥＥ１３９４形式のバスラインなどでパーソナルコンピュータ装置６３を接続して、このパーソナルコンピュータ装置が備えるデータストレージ部６４に、ＩＲＤ６２で受信したＭＰＥＧデータとＭＨＥＧデータとを記憶させるようにしても良い。この場合、パーソナルコンピュータ装置６３のデータストレージ部６４としては、ハードディスク装置，光磁気ディスク装置などの大容量記憶装置が使用される。このコンピュータ装置６３は、ディスプレイ装置６５とキーボード６６とが接続してあり、データストレージ部６４に記憶されたＭＰＥＧデータとＭＨＥＧデータとを読出したとき、コンピュータ装置本体内でのＭＨＥＧエンジンとＭＰＥＧデコーダとを使用して、その記憶データからインタラクティブ用の表示画像を生成させて、ディスプレイ装置６５の画面にインタラクティブ用の画面を表示させる。この場合のＭＨＥＧエンジンやＭＰＥＧデコーダは、コンピュータ装置本体内にソフトウェアで組み込まれている場合もある。認証処理のために必要な電話回線は、ＩＲＤ６２に接続された電話回線６７を使用するが、コンピュータ装置６３側に接続された電話回線６８を使用しても良い。
【００３３】
また、ＩＲＤが受信したＭＰＥＧデータとＭＨＥＧデータを記憶させる記憶媒体が、着脱自在な記憶媒体であるときには、そのＭＰＥＧデータとＭＨＥＧデータとが記憶された記憶媒体を別の再生装置に装着して、その再生装置に接続された受像機で、再生データに基づいたインタラクティブ用の画面を表示させても良い。即ち、例えば図５に示すように、光磁気ディスクなどの記憶媒体を再生するディスク再生装置７１を受像機７２に接続する。そしてディスク再生装置７１に、ＭＰＥＧデータとＭＨＥＧデータとが記憶（記録）されたディスクを装着して、そのディスクから再生したＭＰＥＧデータとＭＨＥＧデータとに基づいて、インタラクティブ用の表示画像を形成させる映像信号を再生装置７１内で作成して、受像機７２にその映像信号を供給して、受像機７２で受像させる。
【００３４】
或いは、受像機７２に再生したＭＰＥＧデータとＭＨＥＧデータとを供給して、受像機７２側で、そのＭＰＥＧデータとＭＨＥＧデータとからインタラクティブ用の画面を表示させる処理を行っても良い。なお、ディスク再生装置７１に装着されるディスクは、ＩＲＤなどにより受信したチャンネルより得たＭＰＥＧデータとＭＨＥＧデータとが記憶されたディスクの他に、同様のフォーマットでＭＰＥＧデータとＭＨＥＧデータとが記憶されて販売（又は配布）されたディスクを装着して、同様にインタラクティブ用の画面を表示させるようにしても良い。
【００３５】
次に、本実施の形態を、デジタル衛星放送によりデータ放送を行うシステムに適用した場合の構成及び処理について説明する。
【００３６】
図６は、データ衛星放送システムの全体構成を示すものである。この図に示すように、デジタル衛星放送の地上局１００には、テレビ番組素材サーバ１０１からのテレビ番組放送のための素材と、楽曲素材サーバ１０２からの楽曲デジタルの素材と、付加情報サーバ１０３からの音声付加情報と、ＧＵＩデータサーバ１０４からのＧＵＩデータとが送られる。
【００３７】
テレビ番組素材サーバ１０１は、通常の放送番組の素材を提供するサーバである。このテレビ番組素材サーバから送られてくる音楽放送の素材は、動画及び音声とされる。例えば、音楽放送番組であれば、テレビ番組素材サーバ１０１の動画及び音声の素材を利用して、例えば新曲のプロモーション用の動画及び音声が放送されたりすることになる。
【００３８】
楽曲素材サーバ１０２は、オーディオチャンネルを使用して、オーディオ番組を提供するサーバである。このオーディオ番組の素材は音声のみとなる。この楽曲素材サーバ１０２は、複数のオーディオチャンネルのオーディオ番組の素材を地上局１００に伝送する。
【００３９】
各オーディオチャンネルの番組放送ではそれぞれ同一の楽曲が所定の単位時間繰り返して放送される。各オーディオチャンネルは、それぞれ独立しており、その利用方法としては各種考えられる。例えば、１つのオーディオチャンネルでは最新の日本のポップスの数曲を或る一定時間繰り返し放送し、他のオーディオチャンネルでは最新の外国のポップスの数曲を或る一定時間繰り返し放送するというようにされる。
【００４０】
付加情報サーバ１０３は、楽曲素材サーバ１０２から出力される楽曲の時間情報等を提供するサーバである。
【００４１】
ＧＵＩデータサーバ１０４は、ユーザが操作に用いるＧＵＩ画面を形成するための「ＧＵＩデータ」を提供する。例えば後述するような楽曲のダウンロードに関するＧＵＩ画面であれば、配信される楽曲のリストページや各楽曲の情報ページを形成するための画像データ、テキストデータ、アルバムジャケットの静止画を形成するためのデータなどを提供する。更には、受信設備１２０側にていわゆるＥＰＧ（Electrical Program Guide）といわれる番組表表示を行うのに利用されるＥＰＧデータもここから提供される。ここで述べるＧＵＩデータが、既に説明したＭＨＥＧデータに相当する。
【００４２】
ＭＨＥＧとは、マルチメディア情報、手順、操作などのそれぞれと、その組み合わせをオブジェクトとして捉え、それらのオブジェクトを符号化したうえで、タイトル（例えばＧＵＩ画面）として制作するためのシナリオ記述の国際標準とされる。ここではＭＨＥＧ−５を採用するものとする。
【００４３】
地上局１００はテレビ番組素材サーバ１０１、楽曲素材サーバ１０２、音声付加情報サーバ１０３、及びＧＵＩデータサーバ１０４から伝送された情報を多重化して送信する。
本例では、テレビ番組素材サーバ１０１から伝送されたビデオデータはＭＰＥＧ（Moving Picture Experts Group）２方式により圧縮符号化され、オーディオデータはＭＰＥＧ２オーディオ方式により圧縮符号化される。また、楽曲素材サーバ１０２から伝送されたオーディオデータは、オーディオチャンネルごとに対応して、例えばＭＰＥＧ２オーディオ方式により圧縮符号化される。
また、これらのデータは多重化の際、キー情報サーバ１０６からのキー情報を利用して暗号化される。
なお、地上局１００の内部構成例については後述する。
【００４４】
地上局１００からの信号は衛星１１０を介して各家庭の受信設備１２０で受信される。衛星１１０には複数のトランスポンダが搭載されている。１つのトランスポンダは例えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受信設備１２０としては、パラボラアンテナ１２１と、ＩＲＤ１２３と、受像機１２５とが用意される。この場合、ＩＲＤ１２３は、ハードディスク装置などで構成されるデータストレージ部１２４を備える。
また、ＩＲＤ１２３に対して操作を行うためのリモートコントローラ１３０が用意されている。
【００４５】
パラボラアンテナ１２１で衛星１１０を介して放送されてきた信号が受信される。この受信信号がパラボラアンテナ１２１に取り付けられたＬＮＢ（Low Noise Block Down  Coverter）１２２で所定の周波数に変換され、ＩＲＤ１２３に供給される。
【００４６】
ＩＲＤ１２３における基本的な動作としては、受信信号から所定のチャンネルの信号を選曲し、その選局された信号から番組としてのビデオデータ及びオーディオデータの復調を行ってビデオ信号、オーディオ信号として出力する。また、ＩＲＤ１２３では、番組としてのデータと共に多重化されて送信されてくる。ＧＵＩデータに基づいてＧＵＩ画面としての出力も行う。このようなＩＲＤ１２３の出力は、例えば受像機１２５に供給される。これにより受像機１２５では、ＩＲＤ１２３により受信選曲した番組の画像表示及び音声出力が行われ、また、後述するようなユーザの操作に従ってＧＵＩ画面を表示させることが可能となる。これらの動作を行うための操作は、例えばＩＲＤ１２３に付属するリモートコントロール装置１３０を使用する。リモートコントロール装置１３０の構成については後述する。
【００４７】
データストレージ部１２４は、ＩＲＤ１２３により受信したＭＰＥＧデータやＭＨＥＧデータを保存するためのものである。このデータストレージ部１２４の種類としては図１の構成で既に説明したように特定のものに限定されるものではない。
【００４８】
ＩＲＤ１２３は、例えば電話回線９９を介して課金サーバ１０５と通信可能とされている。ＩＲＤ１２３には、後述するようにして各種情報が記憶されるＩＣカードが挿入される。例えば楽曲のオーディオデータのダウンロードが行われたとすると、これに関する履歴情報がＩＣカードに記憶される。このＩＣカードの情報は、電話回線９９を介して所定の機会に、課金サーバ１０５に送られる。課金サーバ１０５は、この送られてきた履歴情報に従って金額を設定して課金を行い、ユーザに請求する。
【００４９】
本システムでは、地上局１００は、テレビ番組素材サーバ１０１からの番組放送の素材となるビデオデータ及びオーディオデータと、楽曲素材サーバ１０２からのオーディオチャンネルの素材となるオーディオデータと、付加情報サーバ１０３からの音声データと、ＧＵＩデータサーバ１０４からのＧＵＩデータとを多重化して送信している。
【００５０】
そして、各家庭の受信設備１２０でこの放送を受信すると、例えば受像機１２５により、ＩＲＤ１２３で選局したチャンネルの番組を視聴することができる。また、番組のデータと共に送信されるＧＵＩデータを利用したＧＵＩ画面として、第１にはデータと共に送信されるＧＵＩデータを利用したＧＵＩ画面として、第１にはＥＰＧ（Electrical Program Guide；電子番組ガイド）画面を表示させ、番組の検索等を行うことができる。また、第２には、例えば通常の番組放送以外の特定のサービス用のＧＵＩ画面を利用して所要の操作を行うことで、放送システムにおいて提供されている通常番組の視聴以外のサービスを享受することができる。
例えば、音楽番組に関連したサービス用のＧＵＩ画面を表示させて、このＧＵＩ画面を利用して操作を行えば、ユーザが希望したデータ（オーディオデータ，テキストデータ，静止画データなど）を得ることが可能になる。
【００５１】
ここで本例の場合には、ＩＲＤ１２３がデータストレージ部１２４を備えるため、受信したテレビ番組のデータを、このデータストレージ部１２４で記憶させる録画が行える。このとき、ＧＵＩ画面を構成するＭＨＥＧデータを記憶させるモードを選択したとき、受信したＭＨＥＧデータについても、同時に記憶させるようにしてある。
【００５２】
なお、以下の説明ではＭＨＥＧデータを使用してＧＵＩ画面を表示させて、そのＧＵＩ画面に対する操作を行う、通常の番組放送以外の特定のサービスを提供するデータサービス放送を、インタラクティブ放送と称する。また、このサービスを行うためのＧＵＩ画面を構成するＭＨＥＧデータなどを番組のデータであるＭＰＥＧデータと共にデータストレージ部１２４で記憶させるモードを、インタラクティブデータ記憶モードと称する。但し、ここでのインタラクティブとは、受信設備１２０側で受信したデータだけを使用して、受信設備内で完結した処理でインタラクティブ性を有する操作を行うことを指すものであり、放送信号の送出側に対してデータの要求を行うような意味でのインタラクティブ性を持つものではないが、ＩＲＤから電話回線などで送出局に対して送出するデータを指定する構成とすることは可能である。
【００５３】
次に、インタラクティブ放送の利用例、つまり、ＧＵＩ画面に対する操作例について、図７及び図８を参照して説明する。ここでは、音楽番組に関連したＧＵＩ画面を表示させる例について説明する。
【００５４】
先ず、図７によりＩＲＤ１２３に対してユーザが操作を行うためのリモートコントロール装置１３０の操作キーについて、特に主要なものについて説明しておく。
図７には、リモートコントロール装置１３０において各種キーが配列された操作パネル面が示されている。ここでは、これら各種キーのうち、電源キー１３１、数字キー１３２、画面表示切換キー１３３、インタラクティブ切換キー１３４、ＥＰＧキーパネル部１３５、記録・再生用パネル部１３６について説明する。
【００５５】
電源キー１３１は、ＩＲＤ１２３の電源のオン／オフを行うためのキーである。数字キー１３２は、数字指定によりチャンネル切り換えを行ったり、例えばＧＵＩ画面において数値入力操作が必要な場合に操作するためのキーである。
画面表示切換キー１３３は、例えば通常の放送画面とＥＰＧ画面との切り換えを行うキーである。例えば、画面表示切換キー１３３によりＥＰＧ画面を呼び出した状態の下で、ＥＰＧキーパネル部１３５に配置されたキーを操作すれば、電子番組ガイドの表示画面を利用した番組検索が行えることになる。また、ＥＰＧキーパネル部１３５内の矢印キー１３５ａは、後述するサービス用のＧＵＩ画面におけるカーソル移動などにも使用することができる。
インタラクティブ切換キー１３４は、通常の放送画面と、その放送番組に付随したサービスのためのＧＵＩ画面との切り換えを行うために設けられる。
【００５６】
記録・再生パネル部１３６に配置されたキーは、データストレージ部１２４で番組のデータやＧＵＩ画面用のデータなどを記憶（記録）し、その記憶されたデータを再生する指示を行うためのキーである。即ち、録画キー１３６ａと、再生キー１３６ｂと、順方向及び逆方向のサーチキー１３６ｃ，１３６ｄなどのキーが、通常のビデオテープ記録再生装置（ＶＴＲ装置）の操作部と同様の配置で設けてある。この場合、インタラクティブ切換キー１３４などの操作で、インタラクティブデータ記憶モードが設定されている場合には、録画キー１３６ａを操作したとき、ＧＵＩ画面を構成するＭＨＥＧデータについても記憶するようにしてある。また、再生キー１３６ｂを操作して、インタラクティブデータ記憶モードで記憶されたデータを再生する際には、放送信号の受信時と同様の操作（ＥＰＧキーパネル部１３５の操作）で、再生データに基づいたＧＵＩ画面を表示させて、その表示されたＧＵＩ画面に基づいた操作ができる構成としてある。
【００５７】
リモートコントロール装置１３０は、これらのキーが操作されたとき、赤外線信号などのリモートコントロール信号を出力し、ＩＲＤ１２３ではそのリモートコントロール信号の受信で、該当する動作が実行される。
【００５８】
次に、図８を参照してＧＵＩ画面に対する操作の具体例について説明する。
ＩＲＤ１２３により放送を受信して所望のチャンネルを選局すると、受像機１２５の画面表示としては、図８（ａ）に示すように、テレビ番組素材サーバ１０１から提供された番組素材に基づく動画像が表示される。つまり、通常の番組内容が表示される。ここでは、例えば音楽番組が表示されているものとする。また、この音楽番組には楽曲のオーディオデータや各種テキストなどのインタラクティブ放送のデータが付随されているものとする。
そして、この音楽番組が表示されている状態の下で、例えばユーザがリモートコントロール装置１３０のインタラクティブ切換キー１３４を操作したとすると、表示画面は図８（ｂ）に示すようにな、オーディオデータなどの各種データサービスを受けるためのＧＵＩ画面に切り替わる。
【００５９】
このＧＵＩ画面においては、先ず、画面の左上部のテレビ番組表示エリア９１に対して、図８（ａ）にて表じれていたテレビ番組素材サーバ１０１からのビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送されている各チャンネルの楽曲のリスト９２が表示される。また、画面の左下にはジャケット表示エリア９３とテキスト表示エリア９４が表示される。さらに、画面の右側には歌詞表示ボタン９５、プロフィール表示ボタン９６、情報表示ボタン９７が表示される。
【００６０】
ユーザは、このリスト９２に表示されている楽曲を聞きたい場合、或いはＩＲＤ１２３に接続されたオーディオ記録装置（図示せず）に記録させたい場合には、その表示されている楽曲名を見ながら、興味のある楽曲を探していく。そして、興味のある楽曲を見つけたらリモートコントローラ１３０の矢印キー１３５ａ（ＥＰＧキーパネル部１３５内）を操作して、その楽曲が表示されている位置にカーソルを合わせた後、エンター操作を行う（例えば矢印キー１３５ａのセンター位置を押圧操作する）。
これによって、カーソルを合わせた楽曲を試聴することができる。すなわち、各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されているので、テレビ番組表示エリア９１の画面はそのままで、ＩＲＤ１２３により上述した操作で選択された楽曲のオーディオチャンネルに切り換えて音声出力することで、その楽曲を聞くことができる。この時、ジャケット表示エリア９３にはその楽曲に関連した静止画像がジャケット画像として表示される。
【００６１】
また、例えば上述した状態での歌詞表示ボタン９５にカーソルを合わせ、エンター操作を行う（以下、ボタン表示にカーソルを合わせ、エンター操作を行うことを「ボタンを押す」という）と、テキスト表示エリア９４に楽曲の歌詞がオーディオデータと同期したタイミングで表示される。同様に、プロフィール表示ボタン９６あるいは情報表示ボタン９７を押すと、楽曲に対応するアーティストのプロフィールあるいはコンサート情報などがテキスト表示エリア９４に表示される。このように、ユニットは、現在どのようて楽曲が配信されているのかう知ることができ、更に各楽曲についての詳細な情報を知ることができる。
【００６２】
このようにインタラクティブ放送としてのデータ放送をＩＲＤ１２３で受信することで、そのデータ放送で提供される各種サービスを、ＧＵＩ画面での表示に基づいた操作で受けることができる。ここで本例の場合には、ＩＲＤ１２３が備えるデータストレージ部１２４で、ＧＵＩデータであるＭＨＥＧデータなどの受信したデータを全て記憶させる構成としてあるので、データストレージ部１２４に記憶されたデータ放送を後から視聴する際にも、直接視聴する場合と全く同じインタラクティブ放送としてのサービスを受けることができる。
【００６３】
なお、ここでは音楽番組に適用されるインタラクティブ放送の例について説明したが、その他の各種形態のインタラクティブ放送のサービスに、同様に適用できる。例えば、テレビショッピングと称される商品紹介番組を放送した上で、ＧＵＩ画面で購買契約が結べるようなサービスにも適用できる。この場合、購買契約のデータは、ＩＲＤ１２３と接続された電話回線９９を介して課金サーバ１０５などに送るようにすれば良い。このような商品紹介番組のデータについても、データストレージ部１２４に記憶させることで、任意のときに再生して紹介された商品を購入することができる。また、放送される番組の内容とは直接関係のないデータがサービスされるインタラクティブ放送にも適用可能である。
【００６４】
次に、このようなＧＵＩ画面と、その画面により操作される各データの送出側と受信側での詳細な処理構成について説明する。  上述した図８（ｂ）に示すようなＧＵＩ画面の表示と、ＧＵＩ画面に対するユニットの操作に応答したＧＵＩ画面上での表示変更、及び音声出力は、前述したＭＨＥＧ方式に基づいたシナリオ記述により、オブジェクトの関係を規定することにより実現される。ここでいうオブジェクトとは、図８（ｂ）に示された各ボタンに対応するパーツとしての画像データや各表示エリアに表示される素材データとなる。
以下の説明では、このＧＵＩ画面のような、シナリオ記述によってオブジェクト間の関係が規定されることで、或る目的に従った情報の出力態様（画像表示や音声出力等）が実現される環境を「シーン」という。また、１シーンを形成するオブジェクトとしては、シナリオ記述のファイル自体も含まれるものとする。
【００６５】
また、以降の説明にあたっては、次のことを前提とする。
本実施の形態では、地上局１００から衛星１１０を介して受信設備１２０への送信を行うのにあたり、ＤＳＭ−ＣＣ（デジタル蓄積メディア・コマンド・アンド・コントロール；Digital Strage Media-Command Control）プロトコルを採用する。
ＤＳＭ−ＣＣ（ＭＰＥＧ−ｐａｒｔ６）方式は、既に知られているように、例えば、何らかのネットワークを介して、デジタル蓄積メディア（ＤＳＭ）に蓄積されたＭＰＥＧ符号化ビットストリームを取り出し（Retrieve）たり、或いはＤＳＭに対してストリームを蓄積（Store ）するためのコマンドや制御方式を規定したものである。そして本実施の形態においては、このＤＳＭ−ＣＣ方式がデジタル衛星放送システムにおける伝送規格として採用されているものである。
そして、ＤＳＭ−ＣＣ方式によりデータ放送サービス（例えばＧＵＩ画面など）のコンテンツ（オブジェクトの集合）を伝送するためには、コンテンツの記述形態を定義しておく必要がある。本実施の形態では、この記述形式の定義として先に述べたＭＨＥＧが採用されるものである。
【００６６】
このような構成のデータを送出する地上局１００の構成を図９に示すと、テレビ番組素材登録システム２０１は、テレビ番組素材サーバ１０１から得られた素材データをＡＶサーバ２０５に登録する。この素材データはテレビ番組送出システム２００に送られ、こでビデオデータは例えばＭＰＥＧ２方式で圧縮され、オーディオデータは、例えばＭＰＥＧ２オーディオ方式によりパケット化される。テレビ番組送出システム２０６の出力はマルチプレクサ２０７に送られる。
【００６７】
また、楽曲素材登録システム２０２では、楽曲素材サーバ１０２からの素材データ、つまりオーディオデータを、ＭＰＥＧ２オーディオエンコーダ２０８に供給する。ＭＰＥＧ２オーディオエンコーダ２０８では、供給されたオーディオデータについてエンコード処理（圧縮符号化）を行った後、ＭＰＥＧオーディオサーバ２０９に登録させる。
ＭＰＥＧオーディオサーバ２０９に登録されたＭＰＥＧオーディオデータは、ＭＰＥＧオーディオ送出システム２１０に伝送されてここでパケット化された後、マルチプレクサ２０７に伝送される。
【００６８】
また、付加情報登録システム２０３では、付加情報サーバ１０３からの素材データである音声付加情報を音声付加情報データベース２１１に登録する。この音声付加情報データベース２１１に登録された音声付加情報は、音声付加情報送出システム２１２に伝送され、同様にして、ここでパケット化されてマルチプレクサ２０７に伝送される。
【００６９】
また、ＧＵＩ用素材登録システム２０４では、ＧＵＩデータサーバ１０４からの素材データであるＧＵＩデータを、ＧＵＩ素材データベース２１３に登録する。
【００７０】
ＧＵＩ素材データベース２１３に登録されたＧＵＩ素材データは、ＧＵＩオーサリングシステム２１４に伝送され、ここで、ＧＵＩ画面、即ち上述した「シーン」としての出力が可能なデータ形式となるように処理が施される。
【００７１】
つまり、ＧＵＩオーサリングシステム２１４に伝送されてくるデータとしては、例えば、楽曲のダウンロードのためのＧＵＩ画面であれば、アルバムジャケットの静止画像データ、歌詞などのテキストデータ、更には、操作に応じて出力されるべき音声データなどである。
上記した各データはいわゆるモノメディアといわれるが、ＧＵＩオーサリングシステム２１４では、ＭＨＥＧオーサリングツールを用いて、これらのモノメディアデータを符号化して、これをオブジェクトとして扱うようにする。
そして、例えば図８（ｂ）にて説明したようなシーン（ＧＵＩ画面）の表示態様と操作に応じた画像音声の出力態様が得られるように上記オブジェクトの関係を規定したシナリオ記述ファイル（スクリプト）と共にＭＨＥＧ−５のコンテンツを作成する。
また、図８（ｂ）に示したようにＧＵＩ画面では、テレビ番組素材サーバ１０１素材データを基とする画像・音声データ（ＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ）と、楽曲素材サーバ１０２の楽曲素材データを基とするＭＰＥＧオーディオデータ等も、ＧＵＩ画面に表示され、操作に応じた出力態様が与えられる。
従って、シナリオ記述ファイルとしては、ＧＵＩオーサリングシステム２１４では、上述したテレビ番組素材サーバ１０１の素材データを基とする画像・音声データ、楽曲素材サーバ１０２の楽曲素材データを基とするＭＰＥＧオーディオデータ、更には、付加情報サーバ２０３を基とする付加情報も必要に応じてオブジェクトとして扱われて、ＭＨＥＧのスクリプトによる規定が行われる。
【００７２】
なお、ＧＵＩオーサリングシステム２１４から伝送されるＭＨＥＧコンテンツのデータとしては、スクリプトファイル、及びオブジェクトとしての各種静止画データファイルやテキストデータファイルなどとなるが、静止画データは、例えばＪＰＥＧ（Joint Photograph Experts Group）方式で圧縮された６４０×４８０ピクセルのデータとされ、テキストデータは例えば８００文字以内などに制限されたファイルとされる。
【００７３】
ＧＵＩオーサリングシステム２１４にて得られたＭＨＥＧコンテンツのデータはＤＳＭ−ＣＣエンコーダ２１５に伝送される。
ＤＳＭ−ＣＣエンコーダ２１４では、ＭＰＥＧ２フォーマットに従ったビデオ、オーディオデータのデータストリームに多重できる形式のトランスポートストリーム（以下ＴＳ（Transport Stream）とも略す）に変換して、パケット化されてマルチプレクサ２０７に出力される。
【００７４】
マルチプレクサ２０７においては、テレビ番組送出システム２０６からのビデオパケットおよびオーディオパケットと、ＭＰＥＧオーディオ送出システム２１０からのオーディオパケットと、音声付加情報送出システム２１２からの付加情報パケットと、ＧＵＩオーサリングシステム２１５からのＧＵＩデータパケットとが時間軸多重化されると共に、キー情報サーバ１０６（図６）から出力されたキー情報に基づいて暗号化される。
【００７５】
マルチプレクサ２０７の出力は電波送出システム２１６に伝送され、ここで例えば誤り訂正符号の付加、変調、及び周波数変換などの処理を施された後、アンテナから衛星１１０に向けて送出出力するようにされる。
【００７６】
次に、ＤＳＭ−ＣＣ方式に基づいて規定された本例の送信フォーマットについて説明する。
図１０は、地上局１００から衛星１１０に送出出力される際のデータの一例を示している。なお、この図に示す各データは実際には時間軸多重化されているものである。また、この図１０では、時刻ｔ１からｔ２の間が１つのイベントとされ、時刻ｔ２から次のイベントとされる。ここでいうイベントとは、例えば音楽番組のチャンネルであれば、複数楽曲のラインナップの組を変更する単位であり、時間的には３０分或いは１時間程度となる。
【００７７】
図１０に示すように、時刻ｔ１から時刻ｔ２のイベントでは、通常の動画の番組放送で、所定の内容Ａ１を有する番組が放送されている。また、時刻ｔ２から始めるイベントでは、内容Ａ２としての番組が放送されている。この通常の番組で放送されているのは動画と音声である。
【００７８】
ＭＰＥＧオーディオチャンネル（１）〜（１０）は、例えば、チャンネルＣＨ１からＣＨ１０の１０チャンネル分用意される。このとき、各オーディオチャンネルＣＨ１，ＣＨ２，ＣＨ３，‥‥‥ＣＨ１０では、１つのイベントが放送されている間は同一楽曲か繰り返し送信される。つまり、時刻ｔ１〜ｔ２のイベントの期間においては、オーディオチャンネルＣＨ１では楽曲Ｂ１が繰り返し送信され、オーディオチャンネルＣＨ２では楽曲Ｃ１が繰り返し送信され、以下同様に、オーディオチャンネルＣＨ１０では楽曲Ｋ１が繰り返し送信されることになる。
【００７９】
また、音声付加情報のチャンネル番号である（  ）内の数字は、同じチャンネル番号を有するオーディオデータに付加されている付加情報である。更に、ＧＵＩデータとして伝送される静止画データやテキストデータも各チャンネルごとに形成されるものである。これらのデータは、図１１にＭＰＥＧ２のトランスポートパケット内で時分割多重されて送信される。
【００８０】
図１０に示した送信データのうち、少なくとも、データサービス（インタラクティブ放送）に利用されるＧＵＩデータは、ＤＳＭ−ＣＣ方式に則って論理的には次のようにして形成されるものである。ここでは、ＤＳＭ−ＣＣエンコーダ２１５から出力されるトランスポートストリームのデータに限定して説明する。
【００８１】
図１１（ａ）に示すように、ＤＳＭ−ＣＣ方式によって伝送される本例のデータ放送サービスは、サービスゲートウェイ（Service Gateway ）という名称のルートディレクトリの中に全て含まれる。サービスゲートウェイに含まれるオブジェクトとしては、ディレクトリ（Directory ），ファイル（File），ストリーム（Stream），ストリームイベント（Stream Event）などの種類が存在する。
【００８２】
これらのうち、ファイルは静止画像、音声、テキスト、更にはＭＨＥＧにより記述されたスクリプトなどの個々のデータファイルとされる。
ストリームは例えば、他のデータサービスやＡＶストリーム（ＴＶ番組素材としてのＭＰＥＧビデオデータ、オーディオデータ、楽曲素材としてのＭＰＥＧオーディオデータ、ＡＴＲＡＣオーディオデータ等）にリンクする情報が含まれる。
また、ストリームイベントは、同じくリンクの情報と時刻情報が含まれる。ディレクトリは相互に関連するデータをまとめるフォルダである。
【００８３】
そして、ＤＳＭ−ＣＣ方式では、図１１（ｂ）に示すようにして、これらの単位情報とサービスゲートウェイをそれぞれオブジェクトという単位と捉え、それぞれをＢＩＯＰメッセージという形式に変換する。
なお、ここでの説明では、ファイル，ストリーム，ストリームイベントの３つのオブジェクトの区別は本質的なものではないので、以下の説明ではこれらをファイルとしてのオブジェクトに代表させて説明する。
【００８４】
そして、ＤＳＭ−ＣＣ方式では、図１１（ｃ）に示すモジュールといわれるデータ単位を生成する。このモジュールは、図１１（ｂ）に示したＢＩＯＰメッセージ化されたオブジェクトを１つ以上含むようにされたうえで、ＢＩＯＰヘッダが付加されて形成される可変長のデータ単位であり、後述する受信側における受信データのバッファリング単位となる。
また、ＤＳＭ−ＣＣ方式としては、１モジュールを複数のオブジェクトにより形成する場合の、オブジェクト間の関係については特に規定、制限はされていない。つまり、極端なことをいえば、全く関係の無いシーン間における２以上のオブジェクトにより１モジュールを形成したとしても、ＤＳＭ−ＣＣ方式のもとでの規定に何ら違反するものではない。
【００８５】
このモジュールは、ＭＰＥＧ２フォーマットにより規定されるセクションといわれる形式で伝送するために、図１１（ｄ）に示すように、機械的に「ブロック」といわれる原則固定長のデータ単位に分割される。但し、モジュールにおける最後のブロックについては規定の固定長である必要はないものとされている。このように、ブロック分割を行うのはＭＰＥＧ２フォーマットにおいて、１セクションが４ＫＢを越えてはならないという規定があることに起因する。
また、この場合にはブロックとしてのデータ単位と、セクションとは同義なものとなる。
【００８６】
このようにしてモジュールを分割して得たブロックは、図１１（ｅ）に示すようにしてヘッダが付加されてＤＤＢ（Download Data Block ）というメッセージの形式に変換される。
【００８７】
また、ＤＤＢへの変換と並行して、ＤＳＩ（Download Server Initiate）及びＤＩＩ（Download Indication Information ）という制御メッセージが生成される。
ＤＳＩ及びＤＩＩは、受信側（ＩＲＤ１２３）で受信データからモジュールを取得する際に必要となく情報であり、ＤＳＩは主として、次に説明するカルーセル（モジュール）の識別子、カルーセル全体に関連する情報（カルーセルが１回転する時間、カルーセル回転のタイムアウト値）等の情報を有する。また、データサービスのルートディレクトリ（Service Gateway ）の所在を知るための情報も有する（オブジェクトカルーセル方式の場合）。
【００８８】
ＤＩＩは、カルーセルに含まれるモジュールごとに対応する情報であり、モジュールごとのサイズ、バージョン、そのモジュールのタイムアウト値などの情報を有する。
【００８９】
そして図１１（ｆ）に示すように、上述したＤＤＳ，ＤＳＩ，ＤＩＩの３種類のメッセージをセクションのデータ単位に対応させて周期的に、かつ、繰り返し送出するようにされる。これにより、受信機側では例えば目的のＧＵＩ画面（シーン）を得るのに必要なオブジェクトが含まれているモジュールをいつでも受信できるようにされる。
本明細書では、このような伝送方式を回転木馬に例えて「カルーセル方式」といい、図１１（ｆ）に示すようにして模式的に表されるデータ伝送形態をカルーセルというものとする。
【００９０】
ここで、１カルーセルに含まれるモジュールとしては複数とされて構わない。例えば、１カルーセルにより１つのデータサービスに必要な複数のモジュールを伝送するようにしてもよいものである。
また、「カルーセル方式」としては、「データカルーセル方式」のレベルと「オブジェクトカルーセル方式」のレベルとに分けられる。特にオブジェクトカルーセル方式では、ファイル、ディレクトリ、ストリーム、サービスゲートウェイなどの属性を持つオブジェクトをデータとしてカルーセルを用いて転送する方式で、ディレクトリ構造を扱えることがデータカルーセル方式と大きく異なる。本例のシステムでは、オブジェクトカルーセル方式を採用するものとされる。
【００９１】
また、図１２に、ＭＨＥＧ方式に則ったデータサービスとしてのファイル（ＭＨＥＧ  ａｐｐｌｉｃａｔｉｏｎ  ｆｉｌｅ）のディレクトリ構造例を示す。上述のようにオブジェクトカルーセル方式は、このディレクトリ構造を扱えることに特徴を有する。
通常、Ｓｅｒｖｉｃｅ  Ｄｏｍａｉｎの入り口となる（ＭＨＥＧ  ａｐｐｌｉｃａｔｉｏｎ  ｆｉｌｅ）は、必ず、Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙの直下にある、ａｐｐ０／ｓｔａｒｔｕｐというファイルとなる。
基本的には、Ｓｅｒｖｉｃｅ  Ｄｏｍａｉｎ（Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ）の下にａｐｐｌｉｃａｔｉｏｎ  ｄｉｒｅｃｔｏｒｙ（ａｐｐ０，ａｐｐ１・・・ａｐｐＮ）があり、その下にｓｔａｒｔｕｐといわれるアプリケーション・ファイルと、ａｐｐｌｉｃａｔｉｏｎを構成する各ｓｃｅｎｅのｄｉｒｅｃｔｏｒｙ（ｓｃｅｎｅ０，ｓｃｅｎｅ１・・・）があるようにされる。更にｓｃｅｎｅ  ｄｉｒｅｃｔｏｒｙの下には、ＭＨＥＧ  ｓｃｅｎｅ  ｆｉｌｅとｓｃｅｎｅを構成する各ｃｏｎｔｅｎｔ  ｆｉｌｅがおかれることとしている。
【００９２】
また、上述したカルーセルにより送信されるＧＵＩデータ、つまり、図９のＤＳＭ−ＣＣエンコーダ２１５から出力されるデータとしては、トランススポートストリームの形態により出力される。このトランスポートストリームは例えば図１３に示す構造を有する。
図１３（ａ）には、トランスポートストリームが示されている。このトランスポートストリームとはＭＰＥＧシステムで定義されているビット列であり、図のように１８８バイトの固定長パケット（トランスポートパケット）の連結により形成される。
【００９３】
そして、各トランスポートパケットは、図１３（ｂ）に示すようにヘッダと特定の個別パケットに付加情報を含めるためのアダプテーションフィールドとパケットの内容（ビデオ／オーディオデータ等）を表すペイロード（データ領域）とからなる。
【００９４】
ヘッダは、例えば実際には４バイトとされ、図１３（ｃ）に示すように、先頭には必ず同期バイトがあるようにされ、これより後ろの所定位置にそのパケットの識別情報であるＰＩＤ（Ｐａｃｋｅｔ ＩＤ）、スクランブルの有無を示すスクランブル制御情報、後続するアダプテーションフィールドやペイロードの有無等を示すアダプテーションフィールド制御情報が格納されている。
【００９５】
これらの制御情報に基づいて、受信装置側ではパケット単位でデスクランブルを行い、また、デマルチプレクサによりビデオ／オーディオ／データ等の必要パケットの分離・抽出を行うことができる。また、ビデオ／オーディオの同期再生の基準となる時刻情報を再生することもここで行うことができる。
【００９６】
また、これまでの説明から分かるように、１つのトランスポートストリームには複数チャンネル分の映像／音声／データのパケットが多重されているが、それ以外にＰＳＩ（Program Specific Information）といわれる選局を司るための信号や、限定信号（個人の契約状況により有料チャンネルの受信可不可を決定する受信機能）に必要な情報（ＥＭＭ／ＥＣＭ）、ＥＰＧなどのサービスを実現するためのＳＩ（Service Information ）が同時に多重されている。ここでは、ＰＳＩについて説明する。
【００９７】
ＰＳＩは、図１４に示すようにして、４つのテーブルで構成されている。それぞれのテーブルは、セクション形式というＭＰＥＧシステムに準拠した形式で表されている。
図１４（ａ）には、ＮＩＴ（Network Information Table ）及びＣＡＴ（Conditional Access Table）のテーブルが示されている。
ＮＩＴは、全キャリアに同一内容が多重されている。キャリアごとの伝送諸元（偏波面、キャリア周波数、畳み込みレート等）と、そこで多重されているチャンネルのリストが記述されている。ＮＩＴのＰＩＤとしては、ＰＩＤ＝0x0010とされている。
【００９８】
ＣＡＴもまた、全キャリアに同一内容が多重される。限定受信方式の識別と契約情報等の個別情報であるＥＭＭ（Entitlement Management Message）パケットのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ＝0x0010により示される。
【００９９】
図１４（ｂ）には、キャリアごとに固有の内容を有する情報として、ＰＡＴが示される。ＰＡＴには、そのキャリア内のチャンネル情報と、各チャンネルの内容を表すＰＥＴのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ＝0x0010により示される。
【０１００】
また、キャリアにおけるチャンネルごとの情報として、図１４（ｃ）に示すＰＭＴ（Program Map Table ）のテーブルを有する。
ＰＭＴは、チャンネル別の内容が多重されている。例えば、図１４（ｂ）に示すような、各チャンネルを構成するコンポーネント（ビデオ／オーディオ等）と、デスクランブルに必要なＥＣＭ（Encryption Control Message）パケットのＰＩＤが記述されているＰＭＴのＰＩＤは、ＰＡＴにより指定される。
【０１０１】
次に、このようなデータ構造で受信されるＭＰＥＧデータとＭＨＥＧデータを受信するＩＲＤ１２３の一構成例について図１５を参照して説明する。
【０１０２】
図１５に示すＩＲＤ１２３において、入力端子Ｔ１には、パラボラアンテナ１２１のＬＮＢ１２２により所定の周波数に変換された受信信号を入力してチューナ／フロントエンド部３０１に供給する。
チューナ／フロントエンド部３０１では、ＣＰＵ（Central Processing Unit ）３２０からの伝送諸元等を設定した設定信号に基づいて、この設定信号により決定されるキャリア（受信周波数）を受信して、例えばビタビ復調処理や誤り訂正処理等を施すことで、トランスポートストリームを得るようにされる。
【０１０３】
チューナ／フロントエンド部３０１にて得られたトランスポートストリームは、デスクランブラ３０２に対して供給される。また、チューナ／フロントエンド部３０２では、トランスポートストリームからＰＳＩのパケットを取得して、その選局情報を更新すると共に、トランスポートストリームにおける各チャンネルのコンポーネントＰＩＤを得て、例えばＣＰＵ３２０に伝送する。ＣＰＵ３２０では、取得したＰＩＤを受信信号処理に利用することになる。
【０１０４】
デスクランブラ３０２では、ＩＣカード３４５に記憶されているデスクランブルキーデータをＣＰＵ３２０を介して受け取ると共に、ＣＰＵ３２０によりＰＩＤが設定される。そして、このデスクランブルキーデータとＰＩＤとに基づいてデスクランブル処理を実行し、トランスポート部３０３に対して伝送する。
【０１０５】
トランスポート部３０３は、デマルチプレクサ３１３と、例えばＤＲＡＭ等により構成されるキュー（Queue ）３１４とからなる。キュー（Queue ）３１４は、モジュール単位に対応した複数のメモリ領域が列となるようにして形成されているものとされ、例えば本例では、３２列のメモリ領域が備えられる。つまり、最大で３２モジュールの情報を同時に格納することができる。
【０１０６】
デマルチプレクサ３１３の概略的動作としては、ＣＰＵ３２０のＤｅＭＵＸドライバ３２２により設定されたフィルタ条件に従って、デスクランブラ３０２から供給されたトランスポートストリームから必要なトランスポートパケットを分離し、必要があればキュー３１４を作業領域として利用して、パケット形式のデータを得て、それぞれ必要な機能回路部に対して供給する。
デマルチプレクサ３１３にて分離されたＭＰＥＧビデオデータは、ＭＰＥＧ２ビデオデコーダ３０６に供給され、ＭＰＥＧオーディオデータは、ＭＰＥＧオーディオデコーダ３０４に供給される。これらデマルチプレクサ３１３により分離されたＭＰＥＧビデオ／オーディオデータの個別パケットは、ＰＥＳ（Packetized Elementaty Stream）と呼ばれる形式でそれぞれのデコーダに入力される。
【０１０７】
また、トランスポートストリームにおけるＭＨＥＧコンテンツのデータについては、デマルチプレクサ３１３によりトランスポートストリームからトランスポートパケット単位で分離抽出されながらキュー３１４の所要のメモリ領域に書き込まれていくことで、モジュール単位にまとめられるようにして形成される。そして、このモジュール単位にまとめはれたＭＨＥＧコンテンツのデータは、ＣＰＵ３２０の制御によってデータバスを介して、メインメモリ３３０内のＤＳＭ−ＣＣバッファ３３１に書き込まれて保持される。
【０１０８】
また、デマルチプレクサ３１３により分離抽出された所定のパケットのデータがＩＥＥＥ１３９４インターフェイス３１１に対して出力される。この、ＩＥＥＥ１３９４インターフェイス３１１からの出力は、ビデオデータ、オーディオデータの他に、ＭＨＥＧコンテンツのデータを出力させることもできる。
【０１０９】
ＰＥＳとしての形式によるＭＰＥＧビデオデータが入力されたＭＰＥＧ２ビデオデコーダ３０６では、メモリ３１２を作業領域として利用しながらＭＰＥＧ２フォーマットに従って復号化処理を施す。復号化されたビデオデータは、表示処理部３１０に供給される。
【０１１０】
表示処理部３１０には、ＭＰＥＧ２ビデオデコーダ３０６から入力されたビデオデータと、後述するようにしてメインメモリ３３０のＭＨＥＧバッファ３３２にて得られるデータサービス用のＧＵＩ画面等のビデオデータが入力される。表示処理部３１０では、このようにして入力されたビデオデータについて所要の信号処理を施して、所定のテレビジョン方式によるアナログ−オーディオ信号に変換してアナログビデオ出力端子Ｔ２に出力する。
これにより、アナログビデオ出力端子Ｔ２と受信機１２５のビデオ入力端子とを接続することで、例えば先に図８に示したような表示が行われる。
【０１１１】
また、ＰＥＳによるＭＰＥＧオーディオデータが入力されるＭＰＥＧ２オーディオデコーダ３０４では、メモリ３０５を作業領域として利用しながらＭＰＥＧ２フォーマットに従って復号化処理を施す。復号化されたオーディオデータは、Ｄ／Ａコンバータ３０７及び光デジタル出力インターフェイス３０９に対して供給される。
【０１１２】
Ｄ／Ａコンバータ３０７では、入力されたオーディオデータについてアナログ音声信号に変換してスイッチ回路３０８に出力する。スイッチ回路３０８では、アナログオーディオ出力端子Ｔ３又はＴ４の何れか一方に対してアナログ音声信号を出力するように信号経路の切換を行う。
ここでは、アナログオーディオ出力端子Ｔ３は受像機１２５の音声入力端子と接続されるために設けられているものとされる。また、アナログオーディオ出力端子Ｔ４はダウンロードした楽曲をアナログ信号により出力するための端子とされる。
また、光デジタル出力インターフェイス３０９では、入力されたデジタルオーディオデータを光デジタル信号に変換して出力する。この場合、光デジタル出力インターフェイス３０９は、例えばＩＥＣ９５８に準拠する。
【０１１３】
メインメモリ３３０は、ＣＰＵ３２０が各種制御処理を行う際の作業領域として利用されるものである。本例では、このメインメモリ３３０において、前述したＤＳＭ−ＣＣバッファ３３１と、ＭＨＥＧバッファ３３２としての領域が割り当てられるようになっている。
ＭＨＥＧバッファ３３２には、ＭＨＥＧ方式によるスクリプトの記述に従って生成された画像データ（例えばＧＵＩ画面の画像データ）を生成するための作業領域とされ、ここで生成された画像データはバスライン３１５を介して表示処理部３１０に供給される。
【０１１４】
また本例のＩＲＤ１２３は、データストレージ部１２４を備える。このデータストレージ部１２４は、記憶・読出し処理部３４１と、その処理部３４１の制御でデータが記憶されると共にその記憶データが読出される記憶媒体３４２とで構成される。記憶・読出し処理部３４１は、ＣＰＵ３２０の制御によりバスライン３１５を介して供給されるデータを、記憶媒体３４２に記憶させると共に、ＣＰＵ３２０の制御により記憶媒体３４２から読出したデータを、バスライン３１５側に送出する。
【０１１５】
データストレージ部１２４で受信データを記憶させる際には、番組のビデオデータとオーディオデータだけを記憶させる場合は、例えばトランスポート部３０３で抽出した、該当するデータのパケットだけを、バスライン３１５を介してデータストレージ部１２４に供給して、記憶媒体３４２に記憶させる。また、インタラクティブ記憶モードで記憶させる場合には、ビデオデータやオーディオデータを構成するパケットの他に、トランスポート部３０３で抽出したＭＨＥＧデータのパケットについてもバスライン３１５を介してデータストレージ部１２４に供給して、記憶媒体３４２に記憶させる。
【０１１６】
ＣＰＵ３２０は、ＩＲＤ１２３における全体制御を実行する。このなかには、デマルチプレクサ３１３におけるデータ分離抽出についての制御も含まれる。
また、獲得したＭＨＥＧコンテンツのデータについてデコード処理を施すことで、スクリプトの記述内容に従ってＧＵＩ画面（シーン）を構成して出力するための処理も実行する。
さらに、データストレージ部１２４で受信データを記憶するための処理、及びその記憶されたデータを読出す処理の制御も、ＣＰＵ３２０が行う。
【０１１７】
これらの処理を実行させる為にＣＰＵ３２０としては、主たる制御処理を実行する制御処理部３２１に加え、例えば少なくとも、ＤｅＭＵＸドライバ３２２、ＤＳＭ−ＣＣデコーダブロック３２２、及びＭＨＥＧデコーダブロック３２４が備えられる。本例では、このうち、少なくともＤＳＭ−ＣＣデコーダブロック３２３及びＭＨＥＧデコーダブロック３２４については、ソフトウェアにより構成される。
【０１１８】
ＤｅＭＵＸドライバ３２２は、入力されたトランスポートストリームのＰＩＤに基づいてデマルチプレクサ３１３におけるフィルタ条件を設定する。
ＤＳＭ−ＣＣデコーダブロック３２３は、ＤＳＭ−Ｍａｎａｇｅｒとしての機能を有するものであり、ＤＳＭ−ＣＣバッファ３３１に格納されているモジュール単位のデータについて、ＭＨＥＧコンテンツのデータに再構築する。また、ＭＨＥＧデコーダブロック３２４からのアクセスに従って所要のＤＳＭ−ＣＣデコード等に関連する処理を実行する。
【０１１９】
ＭＨＥＧデコーダブロック３２４は、ＤＳＭ−ＣＣデコーダブロック３２３により得られたＭＨＥＧコンテンツのデータ、つまり、ＤＳＭ−ＣＣバッファ３３１にて得られているＭＨＥＧコンテンツのデータにアクセスして、シーン出力のためのデコード処理を行う。つまり、そのＭＨＥＧコンテンツのスクリプトフィルタにより規定されているオブジェクト間の関係を実現していくことで、シーンを形成するものである。この際、シーンとしてＧＵＩ画面を形成するのにあたっては、ＭＨＥＧバッファ３３２を利用して、ここで、スクリプトファイルの内容に従ってＧＵＩ画面の画像データを生成するようにされる。
【０１２０】
ＤＳＭ−ＣＣデコーダブロック３２３及びＭＨＥＧデコーダブロック３２４間のインターフェイスには、Ｕ−Ｕ  ＡＰＩ（ＤＳＭ−ＣＣ  Ｕ−Ｕ  ＡＰＩ（Applivation Portability Interface)）が採用される。
Ｕ−Ｕ  ＡＰＩは、例えばクライアント（ＭＨＥＧデコーダブロック３２４）側がＤＳＭ  Ｍａｎａｇｅｒオブジェクト（ＤＳＭの機能を実現するサーバオブジェクト；ＤＳＭ−ＣＣデコーダブロック３２３）にアクセスするためのインターフェイスであり、カルーセルに含まれるＳｅｒｖｉｃｅ  Ｇａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，Ｆｉｌｅ，Ｓｔｒｅａ，Ｓｔｒｅａｍ  Ｅｖｅｎｔなどの属性を有するオブジェクトをファイルシステムのようにして構造的にアクセスすることができるようにしたＡＰＩとされる。
【０１２１】
このＡＰＩを通じてカルーセルに含まれるオブジェクトへのアクセスを行うことで、カルーセルを使用するプログラム（クライアント）がカルーセル受信動作を関知することなく、バス名を使用してオブジェクトにアクセスすることが可能になる。
【０１２２】
また、このＵ−Ｕ  ＡＰＩは、下層のデータ転送方式に係わらず利用することが出来るように規定されたインターフェイスの集合であることから、このＡＰＩを利用するプログラムは、Ｕ−Ｕ  ＡＰＩを提供するどのようなデータ転送方式においても利用できるという利点を有する。
【０１２３】
ここで、ＣＰＵ３２０の制御によりトランスポートストリームから１シーンを形成するのに必要な目的のオブジェクトを抽出するための動作例にといて説明しておく。
【０１２４】
ＤＳＭ−ＣＣでは、トランスポートストターム中のオブジェクトの所在を示すのにＩＯＲ（Interoperable Object Reference）が使用される。ＩＯＲには、オブジェクトを見つけ出すためのカルーセルに対応する識別子、オブジェクトの含まれるモジュールの識別子（以下ｍｏｄｕｌｅ ｉｄと表記）、１つのモジュール中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ ｋｅｙときす）のほかに、オブジェクトの含まれるモジュールの情報を持つＤＩＩを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ ｔａｇ）情報を含んでいる。
また、モジュール情報を持つＤＩＩには、１つ以上のモジュールそれぞれについてのｍｏｄｕｌｅ ｉｄ、モジュールの大きさ、バージョンといった情報と、そのモジュールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ ｔａｇ）情報を含んでいる。
【０１２５】
トランスポートストリームから抜き出されたＩＯＲがＣＰＵ３２０において識別された場合に、そのＩＯＲで示されたオブジェクトを受信、分離して得るプロセスは、例えば次のようになる。
（Ｐｒｌ）  ＣＰＵ３２０のＤｅＭＵＸドライバ３２２では、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ ｔａｇと同じ値を持つエレメンタリーストリーム（以下ＥＳと表記）を、カルーセルにおけるＰＭＴのＥＳループから探し出してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含まれていることになる。
（Ｐｒ２）  このＰＩＤとｔａｂｌｅ ｉｄ ｅｘｔｅｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ３１３に対して設定する。これにより、デマルチプレクサ３１４では、ＤＩＩを分離してＣＰＵ３２０に対して出力する。
（Ｐｒ３）  ＤＩＩの中で、先のＩＯＲに含まれていたｍｏｄｕｌｅ ｉｄに相当するモジュールのａｓｓｏｃｉａｔｉｏｎ ｔａｇを得る。
（Ｐｒ４）  上記ａｓｓｏｃｉａｔｉｏｎ ｔａｇｊと同じ値を有するＥＳを、ＰＥＴのＥＳループ（カルーセル）から探し出し、ＰＩＤを得る。このＰＩＤを有するＥＳに目的とするモジュールが含まれる。
（Ｐｒ５）  上記ＰＩＤとｍｏｄｕｌｅ ｉｄとをフィルタ条件として設定して、デマルチプレクサ３１３によるフィルタリングを行う。このフィルタ条件に適合して分離抽出されたトランスポートパケットがキュー３１４の所要のメモリ領域（列）に格納されていることで、最終的には、目的のモジュールが形成される。
（Ｐｒ６）  先のＩＯＲに含まれていたｏｂｊｅｃｔ ｋｅｙに相当するオブジェクトをこのモジュールから抜き出す。これが目的とするオブジェクトになる。このモジュールから抜き出されたオブジェクトは、例えば、ＤＳＭ−ＣＣバッファ３３１の所定の領域に書き込みが行われる。
例えば、上記動作を繰り返し、目的とするオブジェクトを集めてＤＳＭ−ＣＣバッファ３３１に格納していることで、必要とされるシーンを形成するＭＨＥＧコンテンツが得られることになる。
【０１２６】
マンマシンインターフェイス３４１では、リモートコントローラ１３０から送信されてきたコマンド信号を受信してＣＰＵ３２０に対して伝送する。ＣＰＵ３２０では、受信したコマンド信号に応じた機器の動作が得られるに、所要の制御処理を実行する。
【０１２７】
ＩＣカードスロット３４２にはＩＣカード３４５が挿入される。そこで、この挿入されたＩＣカード３４５に対してＣＰＵ３２０によって情報の書き込み及び読み出しが行われる。
【０１２８】
モデム３４６は、図６に示すように電話回線９９を介して課金サーバ１０５に接続されており、ＣＰＵ３２０の制御によってＩＲＤ１２３と課金サーバ１０５との通信が行われるように制御される。
【０１２９】
ここで、ＩＲＤ１２３におけるビデオ／オーディオソースの信号の流れを、図８により説明した表示形態に照らし合わせながら説明する。
図８（ａ）に示すようにして、通常の番組を出力する場合には、入力されたトランスポートストリームから必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーディオデータとが抽出されて、それぞれ復号化処理が施される。そして、このビデオデータとＭＰＥＧオーディオデータが、それそれアナログビデオ信号端子Ｔ２と、アナログ−オーディオ出力端子Ｔ３に出力されることで、受像機１２５では、放送番組の画像表示と音声出力が行われる。
【０１３０】
また、図８（ｂ）に示したＧＵＩ画面を出力する場合には、入力されたトランスポートストリームから、このＧＵＩ画面（シーン）に必要なＭＨＥＧコンテンツのデータをトランスポート部３０３により分離抽出してＤＳＭ−ＣＣバッファ３３１に取り込む。そして、このデータを利用して、前述したようにＤＳＭ−ＣＣデコーダブロック３２３及びＭＨＥＧデコーダブロック３２４が機能することで、ＭＨＥＧバッファ３３２にてシーン（ＧＵＩ画面）の画像データが作成される。そして、この画像データが表示処理部３１０を介してアナログビデオ出力端子Ｔ２に供給されることで、受信機１２５にはＧＵＩ画面の表示が行われる。この場合、ＧＵＩ画面での操作により、ＭＨＥＧデータに含まれるテキストデータや静止画データの表示が選択された際の該当するデータの表示処理も、同様にして行われる。
【０１３１】
また、図８（ｂ）に示したＧＵＩ画面上で楽曲のリスト９２により楽曲が選択され、その楽曲のオーディオデータを試聴する場合には、この楽曲のＭＰＥＧオーディオデータがデマルチプレクサ３１３により得られる。そして、このＭＰＥＧオーディオデータが、ＭＰＥＧオーディオデコーダ３０４、Ｄ／Ａコンバータ３０７スイッチ回路３０８、アナログオーディオ出力端子Ｔ３を介してアナログ音声信号とされて、受像機１２５に対して出力される。
【０１３２】
また、データストレージ部１２４に記憶されたＭＨＥＧデータを読出して、ＧＵＩ画面を受像機１２５に表示させる場合の処理は、ここまで説明したインタラクティブ放送を受信してＧＵＩ画面に表示させる場合の処理と基本的には同じである。即ち、受信時にはデスクランブラ３０２からトランスポート部３１３にデータが供給されるものが、データストレージ部１２４からの読出し時には、データストレージ部１２４からバスライン３１５を介してトランスポート部３１３に読出したデータが供給されて、以降は同様に処理される。
【０１３３】
また、リモートコントロール装置１３０の操作より受信データを記憶させる際には、そのときに設定された記憶モードをＣＰＵ３２０の制御処理部３２１が判断して、対応した状態に制御する。即ち、例えば図１６に示すように、制御処理部３２１が記憶（記録）開始させるタイミングであると判断したとき（ステップＳ１１）、そのときに設定された記録モードが、インタラクティブ記録モードであるか否か判断し（ステップＳ１２）、インタラクティブ記録モードであるとき、そのときの受信チャンネルで得られる全てのＭＰＥＧデータとＭＨＥＧデータのパケットを、データストレージ部１２４の記憶媒体３４２に記憶させる制御を行う（ステップＳ１３）。
【０１３４】
また、ステップＳ１２でインタラクティブ記録モードでないと判断したときには、ビデオ記録モードであるか否か判断し（ステップＳ１４）、ビデオ記録モードであるとき、そのときの受信チャンネルの放送番組のデータであるＭＰＥＧビデオデータと、そのビデオとともに再生されるＭＰＥＧオーディオデータだけを、データストレージ部１２４の記憶媒体３４２に記憶させる制御を行う（ステップＳ１５）。
【０１３５】
さらに、ステップＳ１４でビデオ記録モードでないと判断したときには、オーディオ記録モードであるか否か判断し（ステップＳ１６）、オーディオ記録モードであるとき、そのときの受信チャンネルに含まれるＭＰＥＧオーディオデータの中のＧＵＩ画面などに基づいた操作で選択された曲のＭＰＥＧオーディオデータだけを、データストレージ部１２４の記憶媒体３４２に記憶させる制御を行う（ステップＳ１７）。
【０１３６】
このようにして、ユーザ操作に基づいて設定されたモードにより、受信データの記憶態様が選択できる。なお、インタラクティブ記録モードによりＭＰＥＧデータとＭＨＥＧデータとを記憶させる際には、上述した例では受信した全てのＭＰＥＧデータを記憶させるとしたが、ビデオデータとともに再生されるオーディオデータ以外のＭＰＥＧデータに含まれる複数のオーディオデータの一部（又は全部）の記憶については省略するようにしても良い。
【０１３７】
また、インタラクティブ記録モードとした場合に、データストレージ部１２４で記憶媒体３４２への各データの記憶としては、トランスポート部３０３に得られる受信パケットを、単純にそのままの順序でデータストレージ部１２４に転送して、その転送された順序で記憶媒体３４２に記憶させても良いが、データの種類毎に記憶エリアを分けて記憶させるようにしても良い。即ち、例えば図１７に示すように、記憶媒体３４２の記憶エリアとして、各記憶エリアの索引情報が記憶されるＴＯＣエリア４０１と、ＭＨＥＧデータ記憶エリア４０２と、ＭＰＥＧデータ記憶エリア４０３とを用意して、受信したＭＨＥＧデータをエリア４０２に記憶させ、ＭＰＥＧデータをエリア４０３に記憶させ、各エリア４０２，４０３での記憶エリアの管理をＴＯＣエリア４０１で行う。
【０１３８】
この場合、ＭＨＥＧデータについては、上述したようにカルーセル構造で循環的に同じデータが繰り返し伝送されるため、記憶媒体３４２のＭＨＥＧデータ記憶エリア４０２には、受信したＭＨＥＧデータを１周期だけ記憶させて、受信したＭＨＥＧデータが変化する毎に１周期ずつ記憶させるようにすれば良い。また、ＭＰＥＧオーディオデータについても、同じ曲のオーディオデータが繰り返される場合には、その繰り返されたデータの記憶を省略するようにしても良い。
【０１３９】
なお、ここまで説明したＩＲＤ１２３は、ＩＲＤ内にデータストレージ部を内蔵させた構成として、ＩＲＤ内のＣＰＵの制御で、記憶や読出しが実行されるようにしたが、全体のシステム構成で図３や図４により説明したように、ＩＲＤとは別体の記憶装置を使用して、ＭＨＥＧデータを記憶させることもできる。この場合には、例えば図１５に示したＩＲＤ１２３内のトランスポート部３０３で受信データから抽出した各パケットのデータを、ＩＥＥＥ１３９４インターフェース部３１１に供給して、ＩＥＥＥ１３９４形式のバスラインで接続されたデータ記憶装置に、各パケットのデータを供給して記憶させれば良い。この場合、接続されたデータ記憶装置での記憶状態を、ＩＲＤ側のＣＰＵから制御する構成としても良い。
【０１４０】
また、図１５に示すＩＲＤ１２３内のデータストレージ部１２４に記憶されたＭＨＥＧデータとＭＰＥＧデータとを読出して、その読出した全てのデータ（又は一部のデータ）を、トランスポート部３０３からＩＥＥＥ１３９４インターフェース部３１１に供給して、ＩＥＥＥ１３９４形式のバスラインで接続された他のデータ記憶装置でその読出したデータを記憶させるようにして、いわゆるダビングが行えるようにしても良い。
【０１４１】
なお、ここまで説明した例では、ＭＨＥＧデータが多重化された放送信号を受信して記憶し、読出す例について説明したが、本発明はこれに限定されるものではなく、同様にインタラクティブ性を有する表示や操作などの利用形態を規定するデータが放送信号に多重化されている場合の、それらの受信データを同時に記憶（記録）し、読出す（再生する）場合の各種処理に適用できるものである。また、本発明が適用される伝送システムについても、図６以降の詳細な例で説明したデジタル衛星放送システムに限定されるものではなく、図１の原理図で説明したように、例えば地上波やケーブルテレビジョンなどの放送や、インターネット放送などの各種システムに適用可能である。さらに、図５を参照して説明したように、放送信号を記憶させた場合と同様の形態で予めデータが記憶された記憶媒体を用意して、その記憶媒体を再生する場合にも適用できる。
【０１４２】
【発明の効果】
本発明によると、受信したモジュールを、そのまま蓄積させることができ、その蓄積されたデータによるＧＵＩ画面を使用して、任意のときに受信時と同様のサービスが受けられるようになる。
【図面の簡単な説明】
【図１】本発明の一実施の形態による全体の処理例を示すブロック図である。
【図２】本発明の一実施の形態による受信構成の例を示すブロック図である。
【図３】本発明の一実施の形態による他の受信構成の例（記憶部を別体とした例）を示すブロック図である。
【図４】本発明の一実施の形態による他の受信構成の例（コンピュータ装置を使用した例）を示すブロック図である。
【図５】本発明の一実施の形態による他の構成の例（用意された媒体から再生して表示させる例）を示すブロック図である。
【図６】本発明の一実施の形態を衛星放送システムに適用した例を示すシステム構成図である。
【図７】図６のシステムに適用される操作手段の例を示す平面図である。
【図８】図６のシステムによる表示画面の例を示す説明図である。
【図９】図６のシステムによる送出側の構成例を示すブロック図である。
【図１０】図６のシステムによる伝送データの例を示すタイミング図である。
【図１１】伝送されるデータのカルーセル構造の例を示す説明図である。
【図１２】伝送データのデータ構造の例を示す説明図である。
【図１３】トランスポートパケットの例を示す説明図である。
【図１４】チャンネル構造の例を示す説明図である。
【図１５】図６のシステムによる受信側の構成例を示すブロック図である。
【図１６】受信装置での記録動作の例を示すフローチャートである。
【図１７】記憶媒体でのデータ記憶状態の例を示す説明図である。
【符号の説明】
１０…送出局、１１…ＭＨＥＧデータサーバ、１２…ＭＰＥＧデータサーバ、１３…マルチプレクサ、１４…送信データ、２０…受信設備、２１…受信処理部、２２…記憶処理部、２３…記憶媒体、２４…読出し処理部、２５…データ分離部、２６…ＭＰＥＧデータ用バッファ、２７…ＭＰＥＧデコーダ、２８…表示処理部、２９…受像機、３０…ＭＨＥＧデータ用バッファ、３１…ＭＨＥＧエンジン、４２…ＩＲＤ（デジタル衛星放送用チューナ装置）、４３…データストレージ部、４４…受像機、５２…ＩＲＤ、５３…データ記憶装置、５４…受像機、６２…ＩＲＤ、６３…パーソナルコンピュータ装置、６４…データストレージ部、６５…ディスプレイ装置、７１…ディスク再生装置、７２…受像機、１００…地上局、１０１…テレビ番組素材サーバ、１０２…楽曲素材サーバ、１０３…付加情報サーバ、１０４…ＧＵＩデータサーバ、１２０…受信設備、１２３…ＩＲＤ、１２４…データストレージ部、１２５…受像機、１３０…リモートコントロール装置、１３４…インタラクティブキー、１３５…ＧＵＩ操作キー、１３６…記録再生操作部、４０１…ＴＯＣエリア、４０２…ＭＨＥＧデータ記憶エリア、４０３…ＭＰＥＧデータ記憶エリア
【図１】
0004366742.tif 000002
【図２】
0004366742.tif 000003
【図３】
0004366742.tif 000004
【図４】
0004366742.tif 000005
【図５】
0004366742.tif 000006
【図６】
0004366742.tif 000007
【図７】
0004366742.tif 000008
【図８】
0004366742.tif 000009
【図９】
0004366742.tif 000010
【図１０】
0004366742.tif 000011
【図１１】
0004366742.tif 000012
【図１２】
0004366742.tif 000013
【図１３】
0004366742.tif 000014
【図１４】
0004366742.tif 000015
【図１５】
0004366742.tif 000016
【図１６】
0004366742.tif 000017
【図１７】
0004366742.tif 000018