JP4366742B2

JP4366742B2 - Receiver

Info

Publication number: JP4366742B2
Application number: JP00125099A
Authority: JP
Inventors: 英樹松本; 康雄江頭
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-01-06
Filing date: 1999-01-06
Publication date: 2009-11-18
Anticipated expiration: 2019-01-06
Also published as: JP2000201317A

Description

【０００１】
【発明の属する技術分野】
本発明は、例えばデジタル衛星放送などで放送されるデータを受信するシステムに適用して好適な受信装置に関する。
【０００２】
【従来の技術】
近年、デジタル衛星放送の普及が進んでいる。デジタル衛星放送は、例えば既存のアナログ放送と比較してノイズやフェージングに強く、高品質の信号を伝送することが可能である。また、周波数利用効率が向上され、多チャンネル化も図ることが可能になる。具体的には、デジタル衛星放送であれば１つの衛星で数百チャンネルを確保することも可能である。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュースなどの専門チャンネルが多数用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンツに応じたプログラムが放送されている。
【０００３】
そして、上記のようなデジタル衛星放送システムを利用して、ユーザが楽曲等の音声データをダウンロードできるようにしたり、いわゆるテレビショッピングとして、例えばユーザが放送画面を見ながら何らかの商品についての購買契約を結べるようにしたりすることが提案されている。つまりは、デジタル衛星放送しステムとして、通常の放送内容と並行したデータサービス放送を行うものである。
【０００４】
一例として、楽曲データのダウンロードであれば、放送側においては、放送番組と並行して、楽曲データを多重化して放送するようにする。また、この楽曲データのダウンロードに際しては、ＧＵＩ（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）が使用される。ＩＯＲには、オブジェクトを見つけ出すためのカルーセルに対応する識別子、オブジェクトの含まれるモジュールの識別子（以下ｍｏｄｕｌｅｉｄと表記）、１つのモジュール中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔｋｅｙときす）のほかに、オブジェクトの含まれるモジュールの情報を持つＤＩＩを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎｔａｇ）情報を含んでいる。
また、モジュール情報を持つＤＩＩには、１つ以上のモジュールそれぞれについてのｍｏｄｕｌｅｉｄ、モジュールの大きさ、バージョンといった情報と、そのモジュールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎｔａｇ）情報を含んでいる。
【０１２５】
トランスポートストリームから抜き出されたＩＯＲがＣＰＵ３２０において識別された場合に、そのＩＯＲで示されたオブジェクトを受信、分離して得るプロセスは、例えば次のようになる。
（Ｐｒｌ）ＣＰＵ３２０のＤｅＭＵＸドライバ３２２では、ＩＯＲのａｓｓｏｃｉａｔｉｏｎｔａｇと同じ値を持つエレメンタリーストリーム（以下ＥＳと表記）を、カルーセルにおけるＰＭＴのＥＳループから探し出してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含まれていることになる。
（Ｐｒ２）このＰＩＤとｔａｂｌｅｉｄｅｘｔｅｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ３１３に対して設定する。これにより、デマルチプレクサ３１４では、ＤＩＩを分離してＣＰＵ３２０に対して出力する。
（Ｐｒ３）ＤＩＩの中で、先のＩＯＲに含まれていたｍｏｄｕｌｅｉｄに相当するモジュールのａｓｓｏｃｉａｔｉｏｎｔａｇを得る。
（Ｐｒ４）上記ａｓｓｏｃｉａｔｉｏｎｔａｇｊと同じ値を有するＥＳを、ＰＥＴのＥＳループ（カルーセル）から探し出し、ＰＩＤを得る。このＰＩＤを有するＥＳに目的とするモジュールが含まれる。
（Ｐｒ５）上記ＰＩＤとｍｏｄｕｌｅｉｄとをフィルタ条件として設定して、デマルチプレクサ３１３によるフィルタリングを行う。このフィルタ条件に適合して分離抽出されたトランスポートパケットがキュー３１４の所要のメモリ領域（列）に格納されていることで、最終的には、目的のモジュールが形成される。
（Ｐｒ６）先のＩＯＲに含まれていたｏｂｊｅｃｔｋｅｙに相当するオブジェクトをこのモジュールから抜き出す。これが目的とするオブジェクトになる。このモジュールから抜き出されたオブジェクトは、例えば、ＤＳＭ−ＣＣバッファ３３１の所定の領域に書き込みが行われる。
例えば、上記動作を繰り返し、目的とするオブジェクトを集めてＤＳＭ−ＣＣバッファ３３１に格納していることで、必要とされるシーンを形成するＭＨＥＧコンテンツが得られることになる。
【０１２６】
マンマシンインターフェイス３４１では、リモートコントローラ１３０から送信されてきたコマンド信号を受信してＣＰＵ３２０に対して伝送する。ＣＰＵ３２０では、受信したコマンド信号に応じた機器の動作が得られるに、所要の制御処理を実行する。
【０１２７】
ＩＣカードスロット３４２にはＩＣカード３４５が挿入される。そこで、この挿入されたＩＣカード３４５に対してＣＰＵ３２０によって情報の書き込み及び読み出しが行われる。
【０１２８】
モデム３４６は、図６に示すように電話回線９９を介して課金サーバ１０５に接続されており、ＣＰＵ３２０の制御によってＩＲＤ１２３と課金サーバ１０５との通信が行われるように制御される。
【０１２９】
ここで、ＩＲＤ１２３におけるビデオ／オーディオソースの信号の流れを、図８により説明した表示形態に照らし合わせながら説明する。
図８（ａ）に示すようにして、通常の番組を出力する場合には、入力されたトランスポートストリームから必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーディオデータとが抽出されて、それぞれ復号化処理が施される。そして、このビデオデータとＭＰＥＧオーディオデータが、それそれアナログビデオ信号端子Ｔ２と、アナログ−オーディオ出力端子Ｔ３に出力されることで、受像機１２５では、放送番組の画像表示と音声出力が行われる。
【０１３０】
また、図８（ｂ）に示したＧＵＩ画面を出力する場合には、入力されたトランスポートストリームから、このＧＵＩ画面（シーン）に必要なＭＨＥＧコンテンツのデータをトランスポート部３０３により分離抽出してＤＳＭ−ＣＣバッファ３３１に取り込む。そして、このデータを利用して、前述したようにＤＳＭ−ＣＣデコーダブロック３２３及びＭＨＥＧデコーダブロック３２４が機能することで、ＭＨＥＧバッファ３３２にてシーン（ＧＵＩ画面）の画像データが作成される。そして、この画像データが表示処理部３１０を介してアナログビデオ出力端子Ｔ２に供給されることで、受信機１２５にはＧＵＩ画面の表示が行われる。この場合、ＧＵＩ画面での操作により、ＭＨＥＧデータに含まれるテキストデータや静止画データの表示が選択された際の該当するデータの表示処理も、同様にして行われる。
【０１３１】
また、図８（ｂ）に示したＧＵＩ画面上で楽曲のリスト９２により楽曲が選択され、その楽曲のオーディオデータを試聴する場合には、この楽曲のＭＰＥＧオーディオデータがデマルチプレクサ３１３により得られる。そして、このＭＰＥＧオーディオデータが、ＭＰＥＧオーディオデコーダ３０４、Ｄ／Ａコンバータ３０７スイッチ回路３０８、アナログオーディオ出力端子Ｔ３を介してアナログ音声信号とされて、受像機１２５に対して出力される。
【０１３２】
また、データストレージ部１２４に記憶されたＭＨＥＧデータを読出して、ＧＵＩ画面を受像機１２５に表示させる場合の処理は、ここまで説明したインタラクティブ放送を受信してＧＵＩ画面に表示させる場合の処理と基本的には同じである。即ち、受信時にはデスクランブラ３０２からトランスポート部３１３にデータが供給されるものが、データストレージ部１２４からの読出し時には、データストレージ部１２４からバスライン３１５を介してトランスポート部３１３に読出したデータが供給されて、以降は同様に処理される。
【０１３３】
また、リモートコントロール装置１３０の操作より受信データを記憶させる際には、そのときに設定された記憶モードをＣＰＵ３２０の制御処理部３２１が判断して、対応した状態に制御する。即ち、例えば図１６に示すように、制御処理部３２１が記憶（記録）開始させるタイミングであると判断したとき（ステップＳ１１）、そのときに設定された記録モードが、インタラクティブ記録モードであるか否か判断し（ステップＳ１２）、インタラクティブ記録モードであるとき、そのときの受信チャンネルで得られる全てのＭＰＥＧデータとＭＨＥＧデータのパケットを、データストレージ部１２４の記憶媒体３４２に記憶させる制御を行う（ステップＳ１３）。
【０１３４】
また、ステップＳ１２でインタラクティブ記録モードでないと判断したときには、ビデオ記録モードであるか否か判断し（ステップＳ１４）、ビデオ記録モードであるとき、そのときの受信チャンネルの放送番組のデータであるＭＰＥＧビデオデータと、そのビデオとともに再生されるＭＰＥＧオーディオデータだけを、データストレージ部１２４の記憶媒体３４２に記憶させる制御を行う（ステップＳ１５）。
【０１３５】
さらに、ステップＳ１４でビデオ記録モードでないと判断したときには、オーディオ記録モードであるか否か判断し（ステップＳ１６）、オーディオ記録モードであるとき、そのときの受信チャンネルに含まれるＭＰＥＧオーディオデータの中のＧＵＩ画面などに基づいた操作で選択された曲のＭＰＥＧオーディオデータだけを、データストレージ部１２４の記憶媒体３４２に記憶させる制御を行う（ステップＳ１７）。
【０１３６】
このようにして、ユーザ操作に基づいて設定されたモードにより、受信データの記憶態様が選択できる。なお、インタラクティブ記録モードによりＭＰＥＧデータとＭＨＥＧデータとを記憶させる際には、上述した例では受信した全てのＭＰＥＧデータを記憶させるとしたが、ビデオデータとともに再生されるオーディオデータ以外のＭＰＥＧデータに含まれる複数のオーディオデータの一部（又は全部）の記憶については省略するようにしても良い。
【０１３７】
また、インタラクティブ記録モードとした場合に、データストレージ部１２４で記憶媒体３４２への各データの記憶としては、トランスポート部３０３に得られる受信パケットを、単純にそのままの順序でデータストレージ部１２４に転送して、その転送された順序で記憶媒体３４２に記憶させても良いが、データの種類毎に記憶エリアを分けて記憶させるようにしても良い。即ち、例えば図１７に示すように、記憶媒体３４２の記憶エリアとして、各記憶エリアの索引情報が記憶されるＴＯＣエリア４０１と、ＭＨＥＧデータ記憶エリア４０２と、ＭＰＥＧデータ記憶エリア４０３とを用意して、受信したＭＨＥＧデータをエリア４０２に記憶させ、ＭＰＥＧデータをエリア４０３に記憶させ、各エリア４０２，４０３での記憶エリアの管理をＴＯＣエリア４０１で行う。
【０１３８】
この場合、ＭＨＥＧデータについては、上述したようにカルーセル構造で循環的に同じデータが繰り返し伝送されるため、記憶媒体３４２のＭＨＥＧデータ記憶エリア４０２には、受信したＭＨＥＧデータを１周期だけ記憶させて、受信したＭＨＥＧデータが変化する毎に１周期ずつ記憶させるようにすれば良い。また、ＭＰＥＧオーディオデータについても、同じ曲のオーディオデータが繰り返される場合には、その繰り返されたデータの記憶を省略するようにしても良い。
【０１３９】
なお、ここまで説明したＩＲＤ１２３は、ＩＲＤ内にデータストレージ部を内蔵させた構成として、ＩＲＤ内のＣＰＵの制御で、記憶や読出しが実行されるようにしたが、全体のシステム構成で図３や図４により説明したように、ＩＲＤとは別体の記憶装置を使用して、ＭＨＥＧデータを記憶させることもできる。この場合には、例えば図１５に示したＩＲＤ１２３内のトランスポート部３０３で受信データから抽出した各パケットのデータを、ＩＥＥＥ１３９４インターフェース部３１１に供給して、ＩＥＥＥ１３９４形式のバスラインで接続されたデータ記憶装置に、各パケットのデータを供給して記憶させれば良い。この場合、接続されたデータ記憶装置での記憶状態を、ＩＲＤ側のＣＰＵから制御する構成としても良い。
【０１４０】
また、図１５に示すＩＲＤ１２３内のデータストレージ部１２４に記憶されたＭＨＥＧデータとＭＰＥＧデータとを読出して、その読出した全てのデータ（又は一部のデータ）を、トランスポート部３０３からＩＥＥＥ１３９４インターフェース部３１１に供給して、ＩＥＥＥ１３９４形式のバスラインで接続された他のデータ記憶装置でその読出したデータを記憶させるようにして、いわゆるダビングが行えるようにしても良い。
【０１４１】
なお、ここまで説明した例では、ＭＨＥＧデータが多重化された放送信号を受信して記憶し、読出す例について説明したが、本発明はこれに限定されるものではなく、同様にインタラクティブ性を有する表示や操作などの利用形態を規定するデータが放送信号に多重化されている場合の、それらの受信データを同時に記憶（記録）し、読出す（再生する）場合の各種処理に適用できるものである。また、本発明が適用される伝送システムについても、図６以降の詳細な例で説明したデジタル衛星放送システムに限定されるものではなく、図１の原理図で説明したように、例えば地上波やケーブルテレビジョンなどの放送や、インターネット放送などの各種システムに適用可能である。さらに、図５を参照して説明したように、放送信号を記憶させた場合と同様の形態で予めデータが記憶された記憶媒体を用意して、その記憶媒体を再生する場合にも適用できる。
【０１４２】
【発明の効果】
本発明によると、受信したモジュールを、そのまま蓄積させることができ、その蓄積されたデータによるＧＵＩ画面を使用して、任意のときに受信時と同様のサービスが受けられるようになる。
【図面の簡単な説明】
【図１】本発明の一実施の形態による全体の処理例を示すブロック図である。
【図２】本発明の一実施の形態による受信構成の例を示すブロック図である。
【図３】本発明の一実施の形態による他の受信構成の例（記憶部を別体とした例）を示すブロック図である。
【図４】本発明の一実施の形態による他の受信構成の例（コンピュータ装置を使用した例）を示すブロック図である。
【図５】本発明の一実施の形態による他の構成の例（用意された媒体から再生して表示させる例）を示すブロック図である。
【図６】本発明の一実施の形態を衛星放送システムに適用した例を示すシステム構成図である。
【図７】図６のシステムに適用される操作手段の例を示す平面図である。
【図８】図６のシステムによる表示画面の例を示す説明図である。
【図９】図６のシステムによる送出側の構成例を示すブロック図である。
【図１０】図６のシステムによる伝送データの例を示すタイミング図である。
【図１１】伝送されるデータのカルーセル構造の例を示す説明図である。
【図１２】伝送データのデータ構造の例を示す説明図である。
【図１３】トランスポートパケットの例を示す説明図である。
【図１４】チャンネル構造の例を示す説明図である。
【図１５】図６のシステムによる受信側の構成例を示すブロック図である。
【図１６】受信装置での記録動作の例を示すフローチャートである。
【図１７】記憶媒体でのデータ記憶状態の例を示す説明図である。
【符号の説明】
１０…送出局、１１…ＭＨＥＧデータサーバ、１２…ＭＰＥＧデータサーバ、１３…マルチプレクサ、１４…送信データ、２０…受信設備、２１…受信処理部、２２…記憶処理部、２３…記憶媒体、２４…読出し処理部、２５…データ分離部、２６…ＭＰＥＧデータ用バッファ、２７…ＭＰＥＧデコーダ、２８…表示処理部、２９…受像機、３０…ＭＨＥＧデータ用バッファ、３１…ＭＨＥＧエンジン、４２…ＩＲＤ（デジタル衛星放送用チューナ装置）、４３…データストレージ部、４４…受像機、５２…ＩＲＤ、５３…データ記憶装置、５４…受像機、６２…ＩＲＤ、６３…パーソナルコンピュータ装置、６４…データストレージ部、６５…ディスプレイ装置、７１…ディスク再生装置、７２…受像機、１００…地上局、１０１…テレビ番組素材サーバ、１０２…楽曲素材サーバ、１０３…付加情報サーバ、１０４…ＧＵＩデータサーバ、１２０…受信設備、１２３…ＩＲＤ、１２４…データストレージ部、１２５…受像機、１３０…リモートコントロール装置、１３４…インタラクティブキー、１３５…ＧＵＩ操作キー、１３６…記録再生操作部、４０１…ＴＯＣエリア、４０２…ＭＨＥＧデータ記憶エリア、４０３…ＭＰＥＧデータ記憶エリア[0001]
BACKGROUND OF THE INVENTION
  The present invention is suitable for application to a system for receiving data broadcast by, for example, digital satellite broadcasting.NaRelated to communication equipment.
[0002]
[Prior art]
In recent years, digital satellite broadcasting has been widely used. Digital satellite broadcasts, for example, are more resistant to noise and fading than existing analog broadcasts, and can transmit high-quality signals. In addition, the frequency utilization efficiency is improved, and the number of channels can be increased. Specifically, in the case of digital satellite broadcasting, it is possible to secure several hundred channels with one satellite. In such digital satellite broadcasting, a large number of specialized channels such as sports, movies, music, and news are prepared, and programs corresponding to each specialized content are broadcast on these specialized channels.
[0003]
Then, by using the digital satellite broadcasting system as described above, the user can download audio data such as music, or as so-called TV shopping, for example, the user can make a purchase contract for some product while watching the broadcast screen. It has been proposed to do so. In other words, as a digital satellite broadcasting system, data service broadcasting is performed in parallel with normal broadcasting contents.
[0004]
As an example, in the case of downloading music data, on the broadcast side, the music data is multiplexed and broadcasted in parallel with the broadcast program. When downloading the music data, a GUI (Graphical User Interface) screen (that is, an operation screen for downloading) is displayed to allow the user to perform an interactive operation. The data for this is also multiplexed and broadcast.
[0005]
Then, the user who owns the receiving apparatus displays and outputs a GUI screen for downloading music data by a predetermined operation on the receiving apparatus in a state where a desired channel is selected. Then, when the user performs an operation on the displayed operation screen, for example, data is supplied to a digital audio device connected to the receiving device, and this is recorded.
[0006]
By the way, as the GUI screen for downloading the music data as described above, for example, in addition to information such as part image data and text data forming the GUI screen, for further outputting sound according to a predetermined operation. Each unit data (file) such as audio data is handled as an object, and the output mode of this object is defined by a scenario description by a predetermined method, thereby realizing a desired display mode for the operation screen and an output mode such as voice. It is conceivable to configure as follows.
[0007]
Here, a display screen (including an output of sound or the like here) that realizes a function in accordance with a certain purpose by being defined by description information like the above GUI screen is called a “scene”. And “Object” indicates unit information such as a screen, sound, text, etc. whose output mode is defined based on description information. At the time of transmission, the data file of the description information itself is also “object”. ”.
[0008]
The object for realizing the scene display and the sound output on the scene display is encoded and transmitted according to a predetermined transmission method, for example.
The receiving device receives data in accordance with the above transmission method, and performs decoding processing on the received data, for example, obtains data as a group for each audio required for a scene necessary for display, and uses this as a scene. It is made to output.
[0009]
[Problems to be solved by the invention]
By the way, when receiving such a data broadcast in the past, a receiving device for receiving the data broadcast is connected to a television receiver or the like, and a GUI screen is displayed on the screen of the receiver, and on the GUI screen. On the basis of the above operation, output processing of data such as images, sounds, and characters received at that time can be performed. Accordingly, the service based on the broadcast data can be received only in real time. That is, for example, broadcast image data can be recorded by using a video recording device (VTR or the like), and the recorded image data can be reproduced and received later. Since the data to be configured is not recorded by the video recording apparatus, it has been impossible to reproduce the data accompanying the image data later.
[0010]
A system for selecting image data or audio data and text data accompanying the data using such a GUI screen is applied when digital data broadcast is received. It has been difficult to provide various data using such a GUI screen to users who cannot receive broadcasts.
[0011]
In view of the above, an object of the present invention is to enable processing for selecting data associated with image data or the like on a GUI screen other than when receiving broadcast data.
[0012]
[Means for Solving the Problems]
  The receiving apparatus of the present invention is
  Receiving means for receiving a DDB message including a plurality of modules repeatedly transmitted by the carousel transmission method, and a DII message including information corresponding to each module included in the carousel;
  Referring to the DII message received by the receiving means, accumulating means for accumulating the modules included in the DDB message according to a predetermined hierarchical structure;
  An operation based on an instruction on the screen is determined, and the module accumulated according to the predetermined hierarchical structure is determined based on a script for performing screen display control defining the relationship of the module.To obtain the output mode according to the operationGUI screenConfigure and generateOutput control means for output and
  It is set as the receiver provided with.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the accompanying drawings.
[0021]
First, an overview of the overall configuration of a processing system to which this embodiment is applied will be described with reference to FIG. In this example, the present invention is applied to transmission of a broadcast signal, and a transmission station 10 which is a broadcast station includes an MPEG data server 11 and compresses the MPEG data server 11 by an MPEG (Moving Picture Expers Group) 2 system. The encoded video data and the audio data compressed and encoded by the MPEG2 audio system (this audio data is audio data output together with the video) are accumulated, and the MPEG2 video data and audio are stored. Data is transmitted on a predetermined channel as data of a broadcast program.
[0022]
In addition to the MPEG data server 11, the transmission station 10 of this example includes an MHEG data server 12. The MHEG data server 12 stores the data formed by the MHEG (Multimedia Hypermedia Information Coding Expers Group) method. It is. In this MHEG method, multimedia information, procedures, operations, and the like and combinations thereof are regarded as objects, and after encoding those objects, a scenario description for producing a title (here, a GUI screen) is performed. The MHEG data is stored in the MHEG data server 12.
[0023]
The MHEG data prepared in this example is basically data that handles audio data, text data, and still image data related to a broadcast program. However, the data may be unrelated to the program. The MHEG data stored in the server 12 is multiplexed with the broadcast program data and transmitted. That is, the broadcast program data (MPEG data) extracted from the MPEG data server 11 and the MHEG data extracted from the MHEG data server 12 are supplied to the multiplexer 13 to transmit the multiplexed MPEG data and MHEG data. Data is obtained in the buffer 14 and the transmission data is transmitted as a digital broadcast signal.
[0024]
Transmission processing from the sending station 10 uses a transmission path used for transmission of broadcast signals. That is, in a detailed example described later, a digital satellite broadcast transmission path is used, but a terrestrial transmission path or a cable broadcast transmission path called CATV may be used.
[0025]
On the receiving equipment 20 side that receives the broadcast signal transmitted from the transmitting station 10 on a predetermined channel, the reception processing unit 21 performs reception processing on the channel, and extracts MPEG data and MHEG data transmitted on the channel. To do. Here, the receiving facility 20 of this example is configured to be able to store the MPEG data and MHEG data obtained by the reception. That is, the MPEG data and MHEG data extracted by the reception processing unit 21 are supplied to the storage processing unit 22. The storage processing unit 22 stores the received MPEG data and MHEG data in the storage medium 23. As the storage medium 23, various media such as a medium stored by magnetic or optical processing such as a hard disk, a magneto-optical disk, or a magnetic tape, or a medium stored by electrical processing such as a semiconductor memory are used. Is possible. As the storage state of MPEG data and MHEG data in the storage medium 23, the multiplexed MPEG data and MHEG data are stored as they are multiplexed, or the MPEG data and MHEG data are stored. They may be separated and stored in different areas.
[0026]
The MPEG data and the MHEG data stored in the storage medium 23 are read by the read processing unit 24 at any time the user wants to view and the data separation unit 25 separates the MPEG data and the MHEG data. The separated MPEG data is supplied to the MPEG decoder 27 via the MPEG data buffer 26 and subjected to decoding processing from the MPEG system, and the decoded video signal is supplied to the display processing unit 29 to obtain a video of a predetermined system. It is used as a signal and supplied to the receiver 29 for image reception. The audio signal synchronized with the video is also decoded by the MPEG decoder 27, then supplied to the receiver 29 as an analog audio signal, and output from an audio circuit provided in the receiver.
[0027]
Only MPEG data is used when only receiving a normal broadcast program, but MHEG data stored in the storage medium 23 is also used when processing as so-called interactive broadcasting. That is, the MHEG data read by the read processing unit 24 and separated by the data separation unit 25 is supplied to the MHEG data buffer 30 to be temporarily accumulated, and the accumulated MHEG data is analyzed by the MHEG engine 31. Thus, the display processing unit 29 creates a video signal for interactive display, and supplies the video signal to the receiver 29 for image reception.
[0028]
When the interactive screen is displayed, the user performs an operation based on the instruction on the screen displayed on the receiver 29, thereby instructing the audio data instructed other than the main program data. , Still image data, text data, and the like are read from the storage medium 23, and the read image data and text data are displayed and audio data is output. An example of an interactive display screen using MHEG data will be described later. When the received MPEG data or MHEG data is not directly stored in the storage medium 23 but is directly received by the received data, the received data is received by the reception processing unit 21 as indicated by a broken line in FIG. The obtained MPEG data and MHEG data are directly supplied to the circuits after the data separator 25.
[0029]
A configuration example on the reception facility 20 side will be described. For example, when the system of this example is a system using satellite broadcasting, an IRD (Integrated Receiver Decorder) to which a parabolic antenna 41 is connected, as shown in FIG. A so-called digital satellite broadcast receiving tuner device 42 receives MPEG data and MHEG data broadcast on a predetermined channel. In this case, the IRD 42 includes a data storage unit 43 configured by a hard disk device or the like, and is configured to store MPEG data and MHEG data received by the data storage unit 43. Then, the MPEG data and the MHEG data stored in the data storage unit 43 in the IRD 42 are read, and an interactive screen or the like is displayed on the receiver 44 connected to the IRD 42. The IRD 42 is connected to the broadcasting station side and a telephone line 45 for performing authentication processing.
[0030]
Moreover, a structure as shown in FIG. 3 may be used. In other words, the IRD 52 to which the parabolic antenna 51 is connected has only a configuration as a tuner device that performs digital satellite broadcast reception processing, and a separate data storage device 53 is connected to the IRD 52, and the data storage device 53 The received MPEG data and MHEG data may be stored in the storage medium. In this case, the IRD 52 and the data storage device 53 are connected by a bus line of a system capable of transmitting data at a high rate (for example, IEEE 1394 system) so that MPEG data and MHEG data can be transmitted while being multiplexed. To. Alternatively, the received MPEG data and MHEG data may be separated on the IRD 52 side, and the separated MPEG data and MHEG data may be supplied to the data storage device 53 via separate signal lines.
[0031]
If the data storage device is separate from the IRD as shown in FIG. 3, when the MPEG data and MHEG data stored in the storage medium are read by the data storage device 53, the read MPEG data and MHEG are read. The data is directly supplied from the data storage device 53 to the receiver 54, or after being returned from the data storage device 53 to the IRD 52, the same processing as when receiving a broadcast signal in the IRD 52 is used. A display image may be generated and supplied to the receiver 54 side.
[0032]
Further, as shown in FIG. 4, the IRD 62 to which the parabolic antenna 61 is connected has only a configuration as a tuner device for receiving digital satellite broadcasting, and this IRD 62 is connected to a personal computer via an IEEE 1394 format bus line or the like. The device 63 may be connected to store the MPEG data and MHEG data received by the IRD 62 in the data storage unit 64 provided in the personal computer device. In this case, a mass storage device such as a hard disk device or a magneto-optical disk device is used as the data storage unit 64 of the personal computer device 63. In this computer device 63, a display device 65 and a keyboard 66 are connected, and when the MPEG data and MHEG data stored in the data storage unit 64 are read, the MHEG engine and the MPEG decoder in the computer device main body are read out. Is used to generate an interactive display image from the stored data and display the interactive screen on the screen of the display device 65. In this case, the MHEG engine and the MPEG decoder may be incorporated in the computer apparatus main body by software. A telephone line 67 connected to the IRD 62 is used as a telephone line necessary for the authentication process, but a telephone line 68 connected to the computer device 63 side may be used.
[0033]
In addition, when the storage medium for storing MPEG data and MHEG data received by the IRD is a detachable storage medium, the storage medium storing the MPEG data and MHEG data is attached to another playback device, An interactive screen based on reproduction data may be displayed on a receiver connected to the reproduction apparatus. That is, for example, as shown in FIG. 5, a disk reproducing device 71 for reproducing a storage medium such as a magneto-optical disk is connected to a receiver 72. Then, a disc on which MPEG data and MHEG data are stored (recorded) is attached to the disc playback device 71, and an interactive display image is formed based on the MPEG data and MHEG data reproduced from the disc. A signal is created in the playback device 71, the video signal is supplied to the receiver 72, and the receiver 72 receives the image.
[0034]
Alternatively, the reproduced MPEG data and MHEG data may be supplied to the receiver 72, and an interactive screen may be displayed from the MPEG data and MHEG data on the receiver 72 side. In addition to the disk storing the MPEG data and MHEG data obtained from the channel received by IRD or the like, the disk mounted on the disk playback device 71 stores MPEG data and MHEG data in the same format. A disc sold (or distributed) may be mounted and an interactive screen may be displayed in the same manner.
[0035]
Next, a configuration and processing when the present embodiment is applied to a system that performs data broadcasting by digital satellite broadcasting will be described.
[0036]
FIG. 6 shows the overall configuration of the data satellite broadcasting system. As shown in this figure, a digital satellite broadcasting ground station 100 includes a material for television program broadcast from a television program material server 101, a music digital material from a music material server 102, and an additional information server 103. Voice additional information and GUI data from the GUI data server 104 are sent.
[0037]
The TV program material server 101 is a server that provides materials for ordinary broadcast programs. Music broadcast materials sent from the television program material server are moving images and audio. For example, in the case of a music broadcast program, for example, a moving image and sound for promotion of a new song are broadcast using the moving image and sound material of the TV program material server 101.
[0038]
The music material server 102 is a server that provides an audio program using an audio channel. The audio program material is audio only. The music material server 102 transmits the material of audio programs of a plurality of audio channels to the ground station 100.
[0039]
In the program broadcast of each audio channel, the same music is repeatedly broadcast for a predetermined unit time. Each audio channel is independent, and there are various possible uses. For example, one audio channel repeatedly broadcasts the latest Japanese pop songs for a certain period of time, and the other audio channel repeatedly broadcasts the latest foreign pop songs for a certain period of time. .
[0040]
The additional information server 103 is a server that provides music time information output from the music material server 102.
[0041]
The GUI data server 104 provides “GUI data” for forming a GUI screen used by the user for operation. For example, if it is a GUI screen related to music download as will be described later, image data, text data, and data for forming a still image of an album jacket for forming a list page of distributed music and an information page for each music Etc. Furthermore, EPG data used to display a program guide called a so-called EPG (Electrical Program Guide) on the receiving facility 120 side is also provided here. The GUI data described here corresponds to the MHEG data already described.
[0042]
MHEG is an international standard for scenario description for producing multimedia information, procedures, operations, etc. and their combinations as objects, encoding those objects, and producing them as titles (for example, GUI screens). Is done. Here, MHEG-5 is adopted.
[0043]
The ground station 100 multiplexes and transmits information transmitted from the TV program material server 101, the music material server 102, the audio additional information server 103, and the GUI data server 104.
In this example, video data transmitted from the television program material server 101 is compression-encoded by the MPEG (Moving Picture Experts Group) 2 system, and audio data is compression-encoded by the MPEG2 audio system. Also, the audio data transmitted from the music material server 102 is compressed and encoded by, for example, the MPEG2 audio system corresponding to each audio channel.
These data are encrypted using the key information from the key information server 106 when multiplexing.
An example of the internal configuration of the ground station 100 will be described later.
[0044]
A signal from the ground station 100 is received by the receiving equipment 120 in each home via the satellite 110. The satellite 110 is equipped with a plurality of transponders. One transponder has a transmission capacity of 30 Mbps, for example. A parabolic antenna 121, an IRD 123, and a receiver 125 are prepared as the receiving equipment 120 at each home. In this case, the IRD 123 includes a data storage unit 124 configured by a hard disk device or the like.
A remote controller 130 for operating the IRD 123 is also prepared.
[0045]
A parabola antenna 121 receives a signal broadcast via the satellite 110. This received signal is converted to a predetermined frequency by an LNB (Low Noise Block Down Coverter) 122 attached to the parabolic antenna 121 and supplied to the IRD 123.
[0046]
As a basic operation in the IRD 123, a signal of a predetermined channel is selected from a received signal, video data and audio data as a program are demodulated from the selected signal, and output as a video signal and an audio signal. In addition, the IRD 123 multiplexes and transmits it together with data as a program. An output as a GUI screen is also performed based on the GUI data. Such an output of the IRD 123 is supplied to the receiver 125, for example. As a result, the receiver 125 displays an image and outputs a sound of a program received and selected by the IRD 123, and can display a GUI screen according to a user operation as described later. For the operation for performing these operations, for example, a remote control device 130 attached to the IRD 123 is used. The configuration of the remote control device 130 will be described later.
[0047]
The data storage unit 124 is for storing MPEG data and MHEG data received by the IRD 123. The type of the data storage unit 124 is not limited to a specific one as already described in the configuration of FIG.
[0048]
The IRD 123 can communicate with the accounting server 105 via the telephone line 99, for example. An IC card in which various information is stored is inserted into the IRD 123 as will be described later. For example, assuming that audio data of a music piece has been downloaded, history information relating to this is stored in the IC card. This IC card information is sent to the billing server 105 via the telephone line 99 at a predetermined opportunity. The accounting server 105 sets an amount according to the sent history information, charges the user, and charges the user.
[0049]
In this system, the ground station 100 receives video data and audio data as program broadcast materials from the TV program material server 101, audio data as audio channel materials from the music material server 102, and the additional information server 103. And the GUI data from the GUI data server 104 are multiplexed and transmitted.
[0050]
When this broadcast is received by the receiving facility 120 of each home, for example, the receiver 125 can view the program of the channel selected by the IRD 123. In addition, as a GUI screen using GUI data transmitted together with program data, first as a GUI screen using GUI data transmitted together with data, first as an EPG (Electrical Program Guide). A screen can be displayed to search for a program. Second, for example, by performing a required operation using a GUI screen for a specific service other than normal program broadcasting, a service other than viewing of a normal program provided in the broadcasting system can be enjoyed. be able to.
For example, if a GUI screen for a service related to a music program is displayed and an operation is performed using the GUI screen, data desired by the user (audio data, text data, still image data, etc.) can be obtained. It becomes possible.
[0051]
In this example, since the IRD 123 includes the data storage unit 124, it is possible to record the received television program data in the data storage unit 124. At this time, when the mode for storing the MHEG data constituting the GUI screen is selected, the received MHEG data is also stored at the same time.
[0052]
In the following description, a data service broadcast that provides a specific service other than a normal program broadcast by displaying a GUI screen using MHEG data and performing an operation on the GUI screen is referred to as an interactive broadcast. A mode in which MHEG data constituting a GUI screen for performing this service is stored in the data storage unit 124 together with MPEG data as program data is referred to as an interactive data storage mode. However, the interactive here refers to performing an interactive operation with a process completed in the receiving equipment using only the data received on the receiving equipment 120 side, and is a broadcasting signal sending side. Although it does not have the interactive property in the sense of requesting the data, it is possible to designate the data transmitted from the IRD to the transmitting station via a telephone line or the like.
[0053]
Next, a usage example of interactive broadcasting, that is, an operation example on the GUI screen will be described with reference to FIGS. Here, an example in which a GUI screen related to a music program is displayed will be described.
[0054]
First, the main operation keys of the remote control device 130 for the user to operate the IRD 123 will be described with reference to FIG.
FIG. 7 shows an operation panel surface on which various keys are arranged in the remote control device 130. Here, among these various keys, the power key 131, the numeric key 132, the screen display switching key 133, the interactive switching key 134, the EPG key panel unit 135, and the recording / playback panel unit 136 will be described.
[0055]
The power key 131 is a key for turning on / off the power of the IRD 123. The number key 132 is a key for performing channel switching by specifying a number, or for operating a numerical value input operation on a GUI screen, for example.
The screen display switching key 133 is a key for switching between a normal broadcast screen and an EPG screen, for example. For example, if a key arranged on the EPG key panel unit 135 is operated in a state where the EPG screen is called by the screen display switching key 133, a program search using the display screen of the electronic program guide can be performed. The arrow key 135a in the EPG key panel unit 135 can also be used for moving a cursor on a service GUI screen described later.
The interactive switch key 134 is provided for switching between a normal broadcast screen and a GUI screen for a service associated with the broadcast program.
[0056]
The keys arranged on the recording / playback panel unit 136 are keys for storing (recording) program data, GUI screen data, and the like in the data storage unit 124 and instructing to play back the stored data. is there. That is, the recording key 136a, the reproduction key 136b, and the forward and reverse search keys 136c and 136d are arranged in the same arrangement as the operation unit of a normal video tape recording / reproducing apparatus (VTR apparatus). . In this case, when the interactive data storage mode is set by the operation of the interactive switching key 134 or the like, the MHEG data constituting the GUI screen is also stored when the recording key 136a is operated. When the playback key 136b is operated to play back the data stored in the interactive data storage mode, the same operation as that for receiving a broadcast signal (the operation of the EPG key panel unit 135) is performed based on the playback data. The GUI screen is displayed, and an operation based on the displayed GUI screen can be performed.
[0057]
When these keys are operated, the remote control device 130 outputs a remote control signal such as an infrared signal, and the IRD 123 receives the remote control signal and executes the corresponding operation.
[0058]
Next, a specific example of the operation on the GUI screen will be described with reference to FIG.
When a broadcast is received by the IRD 123 and a desired channel is selected, as a screen display of the receiver 125, a moving image based on the program material provided from the television program material server 101 is displayed as shown in FIG. Is displayed. That is, normal program content is displayed. Here, for example, it is assumed that a music program is displayed. Further, it is assumed that the music program is accompanied by interactive broadcast data such as music audio data and various texts.
If the user operates the interactive switching key 134 of the remote control device 130 with the music program being displayed, for example, the display screen displays audio data or the like as shown in FIG. The screen switches to a GUI screen for receiving various data services.
[0059]
In this GUI screen, first, an image based on video data from the TV program material server 101 shown in FIG. 8A is reduced and displayed in the TV program display area 91 at the upper left of the screen. Is done.
In the upper right part of the screen, a list 92 of music of each channel broadcast on the audio channel is displayed. A jacket display area 93 and a text display area 94 are displayed at the lower left of the screen. Further, a lyrics display button 95, a profile display button 96, and an information display button 97 are displayed on the right side of the screen.
[0060]
When the user wants to listen to the music displayed in the list 92 or to record it in an audio recording device (not shown) connected to the IRD 123, he / she looks at the displayed music name, Search for songs that interest you. When a song of interest is found, the arrow key 135a (in the EPG key panel unit 135) of the remote controller 130 is operated to move the cursor to the position where the song is displayed, and then an enter operation is performed (for example, The center position of the arrow key 135a is pressed).
As a result, it is possible to audition the music with the cursor. That is, in each audio channel, since the same music is repeatedly broadcasted for a predetermined unit time, the screen of the TV program display area 91 remains unchanged, and the audio channel of the music selected by the above-described operation is switched by the IRD 123. You can listen to the song by outputting the sound. At this time, a still image related to the music is displayed in the jacket display area 93 as a jacket image.
[0061]
For example, when the cursor is moved to the lyrics display button 95 in the above-described state and an enter operation is performed (hereinafter, the cursor is moved to the button display and performing the enter operation is referred to as “button pressing”), a text display area 94 is displayed. The lyrics of the music are displayed at the timing synchronized with the audio data. Similarly, when the profile display button 96 or the information display button 97 is pressed, the artist's profile or concert information corresponding to the music is displayed in the text display area 94. In this way, the unit can know how the music is currently distributed, and can also know detailed information about each music.
[0062]
As described above, by receiving the data broadcast as the interactive broadcast by the IRD 123, various services provided by the data broadcast can be received by operations based on the display on the GUI screen. In this example, the data storage unit 124 included in the IRD 123 is configured to store all received data such as MHEG data that is GUI data. When viewing from the same site, you can receive the same interactive broadcast service as when viewing directly.
[0063]
Although an example of interactive broadcasting applied to a music program has been described here, the present invention can be similarly applied to various other forms of interactive broadcasting services. For example, the present invention can be applied to a service in which a purchase contract can be concluded on a GUI screen after broadcasting a product introduction program called TV shopping. In this case, the purchase contract data may be sent to the accounting server 105 or the like via the telephone line 99 connected to the IRD 123. By storing the data of such a product introduction program in the data storage unit 124, it is possible to purchase a product that has been reproduced and introduced at any time. The present invention can also be applied to interactive broadcasting in which data that is not directly related to the content of the broadcast program is provided.
[0064]
Next, a description will be given of such a GUI screen and detailed processing configurations on the transmission side and the reception side of each data operated on the screen. The display of the GUI screen as shown in FIG. 8B described above, the display change on the GUI screen in response to the operation of the unit on the GUI screen, and the voice output are performed by the scenario description based on the MHEG method described above. This is realized by defining the relationship between objects. The object here is image data as parts corresponding to each button shown in FIG. 8B and material data displayed in each display area.
In the following description, an environment in which an information output mode (image display, audio output, etc.) according to a certain purpose is realized by defining a relationship between objects by a scenario description, such as this GUI screen. It is called “scene”. In addition, the scenario forming file itself is included as an object forming one scene.
[0065]
In the following description, the following is assumed.
In the present embodiment, DSM-CC (Digital Storage Media Command and Control) protocol is adopted for transmission from the ground station 100 to the receiving facility 120 via the satellite 110. To do.
As already known, the DSM-CC (MPEG-part6) method can retrieve (retrieve) an MPEG encoded bitstream stored in a digital storage medium (DSM) via, for example, some network, or It defines commands and control methods for storing streams in the DSM. In this embodiment, this DSM-CC method is adopted as a transmission standard in the digital satellite broadcasting system.
In order to transmit content (a set of objects) of a data broadcasting service (for example, a GUI screen) by the DSM-CC method, it is necessary to define a description form of the content. In the present embodiment, the MHEG described above is adopted as the definition of the description format.
[0066]
FIG. 9 shows the configuration of the ground station 100 that transmits data having such a configuration. The television program material registration system 201 registers material data obtained from the television program material server 101 in the AV server 205. This material data is sent to the television program transmission system 200, where the video data is compressed by, for example, the MPEG2 system, and the audio data is packetized by, for example, the MPEG2 audio system. The output of the television program transmission system 206 is sent to the multiplexer 207.
[0067]
In the music material registration system 202, material data from the music material server 102, that is, audio data is supplied to the MPEG2 audio encoder 208. The MPEG2 audio encoder 208 performs encoding processing (compression encoding) on the supplied audio data, and then causes the MPEG audio server 209 to register it.
The MPEG audio data registered in the MPEG audio server 209 is transmitted to the MPEG audio transmission system 210, packetized therein, and then transmitted to the multiplexer 207.
[0068]
In addition, the additional information registration system 203 registers audio additional information, which is material data from the additional information server 103, in the audio additional information database 211. The voice additional information registered in the voice additional information database 211 is transmitted to the voice additional information transmission system 212, and is similarly packetized and transmitted to the multiplexer 207.
[0069]
Further, the GUI material registration system 204 registers GUI data, which is material data from the GUI data server 104, in the GUI material database 213.
[0070]
The GUI material data registered in the GUI material database 213 is transmitted to the GUI authoring system 214, where processing is performed so that the GUI screen, that is, the data format that can be output as the “scene” described above is applied. .
[0071]
In other words, as data transmitted to the GUI authoring system 214, for example, if it is a GUI screen for downloading music, the album jacket still image data, text data such as lyrics, and further output according to the operation Audio data to be performed.
Each of the above-described data is called a so-called mono-media. In the GUI authoring system 214, the mono-media data is encoded using an MHEG authoring tool and handled as an object.
Then, for example, a scenario description file (script) that defines the relationship between the objects so as to obtain the display mode of the scene (GUI screen) and the output mode of the image and sound according to the operation as described in FIG. At the same time, the contents of MHEG-5 are created.
Further, as shown in FIG. 8B, on the GUI screen, image / audio data (MPEG video data, MPEG audio data) based on the TV program material server 101 material data and the music material data of the music material server 102 are displayed. MPEG audio data or the like based on this is also displayed on the GUI screen, and an output mode corresponding to the operation is given.
Therefore, as the scenario description file, the GUI authoring system 214 uses the above-described image / audio data based on the material data of the TV program material server 101, MPEG audio data based on the music material data of the music material server 102, and The additional information based on the additional information server 203 is also handled as an object as necessary, and is defined by the MHEG script.
[0072]
The MHEG content data transmitted from the GUI authoring system 214 is a script file and various still image data files and text data files as objects. The still image data is, for example, JPEG (Joint Photograph Experts Group). ) Method compressed data of 640 × 480 pixels, and text data is a file limited to, for example, 800 characters or less.
[0073]
The data of the MHEG content obtained by the GUI authoring system 214 is transmitted to the DSM-CC encoder 215.
The DSM-CC encoder 214 converts the data into a transport stream (hereinafter also abbreviated as TS (Transport Stream)) that can be multiplexed with a data stream of video and audio data in accordance with the MPEG2 format, packetized, and output to the multiplexer 207 Is done.
[0074]
In the multiplexer 207, the video packet and audio packet from the television program transmission system 206, the audio packet from the MPEG audio transmission system 210, the additional information packet from the audio additional information transmission system 212, and the GUI from the GUI authoring system 215 are displayed. The data packet is time-axis multiplexed and encrypted based on the key information output from the key information server 106 (FIG. 6).
[0075]
The output of the multiplexer 207 is transmitted to the radio wave transmission system 216. Here, for example, processing such as addition of an error correction code, modulation, and frequency conversion is performed, and then output from the antenna to the satellite 110 is output. .
[0076]
Next, the transmission format of this example defined based on the DSM-CC method will be described.
FIG. 10 shows an example of data when being transmitted and output from the ground station 100 to the satellite 110. Each data shown in this figure is actually time-axis multiplexed. In FIG. 10, one event is from time t1 to time t2, and the next event is from time t2. For example, in the case of a channel of a music program, the event referred to here is a unit for changing a set of a plurality of music lineups, and is about 30 minutes or 1 hour in time.
[0077]
As shown in FIG. 10, in the event from time t1 to time t2, a program having a predetermined content A1 is broadcast as a normal moving image program broadcast. In the event starting from time t2, a program as content A2 is broadcast. This normal program is broadcasted with moving images and audio.
[0078]
MPEG audio channels (1) to (10) are prepared, for example, for 10 channels CH1 to CH10. At this time, in each audio channel CH1, CH2, CH3,..., CH10, the same music piece is repeatedly transmitted while one event is being broadcast. That is, during the event period from time t1 to time t2, the music B1 is repeatedly transmitted on the audio channel CH1, the music C1 is repeatedly transmitted on the audio channel CH2, and similarly, the music K1 is repeatedly transmitted on the audio channel CH10. It will be.
[0079]
Also, the numbers in parentheses, which are channel numbers of the audio additional information, are additional information added to audio data having the same channel number. Furthermore, still image data and text data transmitted as GUI data are also formed for each channel. These data are time-division multiplexed and transmitted in the MPEG2 transport packet in FIG.
[0080]
Of the transmission data shown in FIG. 10, at least GUI data used for data service (interactive broadcasting) is logically formed as follows in accordance with the DSM-CC system. Here, the description is limited to the data of the transport stream output from the DSM-CC encoder 215.
[0081]
As shown in FIG. 11A, all the data broadcasting services of this example transmitted by the DSM-CC method are included in a route directory named Service Gateway. The objects included in the service gateway include types such as a directory, a file, a stream, and a stream event.
[0082]
Of these, the files are individual data files such as still images, audio, text, and scripts written in MHEG.
The stream includes, for example, information linked to other data services and AV streams (MPEG video data, audio data as TV program material, MPEG audio data as music material, ATRAC audio data, etc.).
The stream event also includes link information and time information. A directory is a folder for collecting data related to each other.
[0083]
In the DSM-CC system, as shown in FIG. 11B, the unit information and the service gateway are each regarded as a unit called an object, and each is converted into a format called a BIOP message.
In the description here, the distinction between the three objects of a file, a stream, and a stream event is not essential. In the following description, these objects will be described as being representative of objects as files.
[0084]
In the DSM-CC system, a data unit called a module shown in FIG. 11C is generated. This module is a variable-length data unit formed by adding one or more BIOP message objects shown in FIG. 11B and adding a BIOP header. This is a buffering unit of received data on the side.
In the DSM-CC system, the relationship between objects when one module is formed by a plurality of objects is not particularly defined or restricted. That is, in an extreme case, even if one module is formed by two or more objects between scenes that are completely irrelevant, it does not violate the rules under the DSM-CC system.
[0085]
In order to transmit the module in a format referred to as a section defined by the MPEG2 format, as shown in FIG. 11 (d), the module is mechanically divided into data units of a fixed-length in principle called “blocks”. However, the last block in the module does not need to have a specified fixed length. As described above, the block division is caused by the provision that one section must not exceed 4 KB in the MPEG2 format.
In this case, the data unit as a block is synonymous with the section.
[0086]
The block obtained by dividing the module in this way is converted into a message format called DDB (Download Data Block) with a header added as shown in FIG.
[0087]
In parallel with the conversion to DDB, control messages DSI (Download Server Initiate) and DII (Download Indication Information) are generated.
The DSI and DII are information that is not necessary when the receiving side (IRD 123) acquires the module from the received data. The DSI mainly includes an identifier of a carousel (module) described below, and information related to the entire carousel (carousel). And the like, the time for one rotation, the time-out value for carousel rotation) and the like. It also has information for knowing the location of the root directory (Service Gateway) of the data service (in the case of the object carousel method).
[0088]
The DII is information corresponding to each module included in the carousel, and includes information such as the size, version, and timeout value of the module for each module.
[0089]
Then, as shown in FIG. 11 (f), the above-described three types of messages DDS, DSI, and DII are sent periodically and repeatedly in correspondence with the data unit of the section. As a result, the receiver side can receive, for example, a module including an object necessary for obtaining a target GUI screen (scene) at any time.
In this specification, such a transmission method is referred to as a “carousel method” compared to a carousel, and a data transmission form schematically represented as shown in FIG. 11F is referred to as a carousel.
[0090]
Here, a plurality of modules may be included in one carousel. For example, a plurality of modules necessary for one data service may be transmitted by one carousel.
The “carousel method” can be divided into a “data carousel method” level and an “object carousel method” level. In particular, the object carousel method is a method for transferring an object having attributes such as a file, a directory, a stream, and a service gateway as data using the carousel, and is different from the data carousel method in that the directory structure can be handled. In the system of this example, the object carousel method is adopted.
[0091]
FIG. 12 shows a directory structure example of a file (MHEG application file) as a data service in accordance with the MHEG method. As described above, the object carousel method is characterized in that it can handle this directory structure.
Normally, the entrance to the Service Domain (MHEG application file) is always a file called app0 / startup that is directly under the Service Gateway.
Basically, application directory (app0, app1... AppN) is located under Service Domain (Service Gateway), and application file called startup and directory0 of each scene that constitutes application (application0). scene1 ...). Further, under the scene directory, each content file constituting the MHEG scene file and the scene is placed.
[0092]
Further, the GUI data transmitted by the carousel described above, that is, the data output from the DSM-CC encoder 215 of FIG. 9 is output in the form of a transport stream. This transport stream has a structure shown in FIG. 13, for example.
FIG. 13A shows a transport stream. This transport stream is a bit string defined in the MPEG system, and is formed by concatenating 188-byte fixed-length packets (transport packets) as shown in the figure.
[0093]
Each transport packet includes a header and an adaptation field for including additional information in a specific individual packet and a payload (data area) indicating the packet contents (video / audio data, etc.) as shown in FIG. It consists of.
[0094]
For example, the header is actually 4 bytes, and as shown in FIG. 13 (c), there is always a synchronization byte at the beginning, and a PID (identification information of the packet) at a predetermined position after this. Packet ID), scramble control information indicating the presence / absence of scramble, and adaptation field control information indicating the presence / absence of a subsequent adaptation field or payload.
[0095]
Based on the control information, the receiving device can descramble the packet, and the demultiplexer can separate and extract the necessary packets such as video / audio / data. It is also possible to reproduce time information that is a reference for video / audio synchronous reproduction.
[0096]
As can be seen from the above description, video / audio / data packets for a plurality of channels are multiplexed in one transport stream. In addition, a channel selection called PSI (Program Specific Information) is selected. Information (EMM / ECM) necessary for signal to control, limited signal (reception function to determine whether or not to accept paid channel according to individual contract status), SI (Service Information) to realize services such as EPG Are multiplexed simultaneously. Here, PSI will be described.
[0097]
PSI is composed of four tables as shown in FIG. Each table is represented in a section format conforming to the MPEG system.
FIG. 14A shows a network information table (NIT) and a conditional access table (CAT).
In the NIT, the same content is multiplexed on all carriers. A transmission specification (polarization plane, carrier frequency, convolution rate, etc.) for each carrier and a list of channels multiplexed there are described. The PID of NIT is PID = 0x0010.
[0098]
In the CAT, the same content is multiplexed on all carriers. The PID of the EMM (Entitlement Management Message) packet, which is individual information such as identification of the limited reception method and contract information, is described. The PID is indicated by PID = 0x0010.
[0099]
FIG. 14B shows PAT as information having contents specific to each carrier. PAT describes channel information in the carrier and PID of PET representing the contents of each channel. The PID is indicated by PID = 0x0010.
[0100]
Further, as information for each channel in the carrier, a PMT (Program Map Table) table shown in FIG.
In the PMT, contents for each channel are multiplexed. For example, as shown in FIG. 14B, the PID of the PMT in which the components (video / audio, etc.) constituting each channel and the PID of an ECM (Encryption Control Message) packet necessary for descrambling are described, Specified by PAT.
[0101]
Next, a configuration example of the IRD 123 that receives MPEG data and MHEG data received in such a data structure will be described with reference to FIG.
[0102]
In the IRD 123 shown in FIG. 15, a reception signal converted to a predetermined frequency by the LNB 122 of the parabolic antenna 121 is input to the input terminal T 1 and supplied to the tuner / front end unit 301.
The tuner / front end unit 301 receives a carrier (reception frequency) determined by the setting signal based on a setting signal in which transmission specifications and the like from a CPU (Central Processing Unit) 320 are set, for example, Viterbi demodulation By performing processing, error correction processing, and the like, a transport stream is obtained.
[0103]
The transport stream obtained by the tuner / front end unit 301 is supplied to the descrambler 302. Further, the tuner / front end unit 302 acquires a PSI packet from the transport stream, updates the channel selection information thereof, obtains the component PID of each channel in the transport stream, and transmits it to the CPU 320, for example. The CPU 320 uses the acquired PID for the received signal processing.
[0104]
In the descrambler 302, descrambling key data stored in the IC card 345 is received via the CPU 320, and the PID is set by the CPU 320. Then, the descrambling process is executed based on the descrambling key data and the PID, and transmitted to the transport unit 303.
[0105]
The transport unit 303 includes a demultiplexer 313 and a queue 314 composed of, for example, a DRAM. The queue 314 is formed such that a plurality of memory areas corresponding to module units are arranged in columns, and for example, in this example, 32 columns of memory areas are provided. That is, information of up to 32 modules can be stored simultaneously.
[0106]
The general operation of the demultiplexer 313 is to separate necessary transport packets from the transport stream supplied from the descrambler 302 according to the filter condition set by the DeMUX driver 322 of the CPU 320, and if necessary, the queue 314 is opened. Using it as a work area, data in packet format is obtained and supplied to each necessary functional circuit unit.
The MPEG video data separated by the demultiplexer 313 is supplied to the MPEG2 video decoder 306, and the MPEG audio data is supplied to the MPEG audio decoder 304. The individual packets of MPEG video / audio data separated by these demultiplexers 313 are input to each decoder in a format called PES (Packetized Elementary Stream).
[0107]
Further, the data of the MHEG content in the transport stream is collected in units of modules by being written in a required memory area of the queue 314 while being separated and extracted from the transport stream in units of transport packets by the demultiplexer 313. Thus formed. Then, the data of the MHEG contents collected in units of modules is written and held in the DSM-CC buffer 331 in the main memory 330 via the data bus under the control of the CPU 320.
[0108]
Further, data of a predetermined packet separated and extracted by the demultiplexer 313 is output to the IEEE 1394 interface 311. The output from the IEEE 1394 interface 311 can output MHEG content data in addition to video data and audio data.
[0109]
The MPEG2 video decoder 306 to which MPEG video data in the format of PES is input performs decoding processing according to the MPEG2 format while using the memory 312 as a work area. The decoded video data is supplied to the display processing unit 310.
[0110]
The display processing unit 310 receives video data input from the MPEG2 video decoder 306 and video data such as a data service GUI screen obtained in the MHEG buffer 332 of the main memory 330 as described later. The display processing unit 310 performs necessary signal processing on the video data input in this manner, converts it into an analog-audio signal according to a predetermined television system, and outputs it to the analog video output terminal T2.
Thus, by connecting the analog video output terminal T2 and the video input terminal of the receiver 125, for example, the display as shown in FIG.
[0111]
The MPEG2 audio decoder 304 to which MPEG audio data by PES is input performs decoding processing according to the MPEG2 format while using the memory 305 as a work area. The decoded audio data is supplied to the D / A converter 307 and the optical digital output interface 309.
[0112]
The D / A converter 307 converts the input audio data into an analog audio signal and outputs it to the switch circuit 308. The switch circuit 308 switches the signal path so that an analog audio signal is output to either one of the analog audio output terminals T3 and T4.
Here, the analog audio output terminal T3 is provided to be connected to the audio input terminal of the receiver 125. The analog audio output terminal T4 is a terminal for outputting the downloaded music piece as an analog signal.
The optical digital output interface 309 converts the input digital audio data into an optical digital signal and outputs it. In this case, the optical digital output interface 309 complies with, for example, IEC958.
[0113]
The main memory 330 is used as a work area when the CPU 320 performs various control processes. In this example, in the main memory 330, areas as the DSM-CC buffer 331 and the MHEG buffer 332 described above are allocated.
The MHEG buffer 332 serves as a work area for generating image data (for example, GUI screen image data) generated according to the script description in the MHEG method, and the generated image data is transmitted via the bus line 315. It is supplied to the display processing unit 310.
[0114]
The IRD 123 of this example includes a data storage unit 124. The data storage unit 124 includes a storage / reading processing unit 341 and a storage medium 342 that stores data under the control of the processing unit 341 and reads the stored data. The storage / read processing unit 341 stores the data supplied via the bus line 315 under the control of the CPU 320 in the storage medium 342, and the data read from the storage medium 342 under the control of the CPU 320 to the bus line 315 side. Send it out.
[0115]
When storing the received data in the data storage unit 124, when storing only the video data and audio data of the program, for example, only the corresponding data packet extracted by the transport unit 303 is sent via the bus line 315. Are supplied to the data storage unit 124 and stored in the storage medium 342. In addition, when storing in the interactive storage mode, in addition to the packets constituting video data and audio data, the MHEG data packet extracted by the transport unit 303 is also supplied to the data storage unit 124 via the bus line 315. Then, it is stored in the storage medium 342.
[0116]
The CPU 320 executes overall control in the IRD 123. This includes control for data separation and extraction in the demultiplexer 313.
Further, by performing a decoding process on the acquired MHEG content data, a process for configuring and outputting a GUI screen (scene) according to the description content of the script is also executed.
Further, the CPU 320 also controls processing for storing received data in the data storage unit 124 and processing for reading the stored data.
[0117]
In order to execute these processes, the CPU 320 includes, for example, at least a DeMUX driver 322, a DSM-CC decoder block 322, and an MHEG decoder block 324 in addition to a control processing unit 321 that executes main control processing. In this example, at least the DSM-CC decoder block 323 and the MHEG decoder block 324 are configured by software.
[0118]
The DeMUX driver 322 sets the filter condition in the demultiplexer 313 based on the PID of the input transport stream.
The DSM-CC decoder block 323 has a function as a DSM-Manager, and reconstructs the module unit data stored in the DSM-CC buffer 331 into the data of the MHEG content. Further, processing related to required DSM-CC decoding and the like is executed according to the access from the MHEG decoder block 324.
[0119]
The MHEG decoder block 324 accesses the MHEG content data obtained by the DSM-CC decoder block 323, that is, the MHEG content data obtained by the DSM-CC buffer 331, and performs a decoding process for scene output. I do. That is, a scene is formed by realizing the relationship between objects defined by the script filter of the MHEG content. At this time, when the GUI screen is formed as a scene, the MHEG buffer 332 is used to generate image data of the GUI screen according to the contents of the script file.
[0120]
As an interface between the DSM-CC decoder block 323 and the MHEG decoder block 324, U-U API (DSM-CC U-U API (Applivation Portability Interface)) is adopted.
The U-U API is an interface for the client (MHEG decoder block 324) side to access a DSM Manager object (server object that implements the DSM function; DSM-CC decoder block 323), for example, and the Service Gateway included in the carousel. , Directory, File, Stream, Stream Event, and other objects having attributes such as a file system can be structurally accessed like a file system.
[0121]
By accessing an object included in the carousel through this API, a program (client) using the carousel can access the object using the bus name without knowing the carousel reception operation.
[0122]
In addition, since this U-U API is a set of interfaces that can be used regardless of the lower layer data transfer method, a program that uses this API provides the U-U API. It has the advantage that it can be used in any data transfer system.
[0123]
Here, an operation example for extracting a target object necessary for forming one scene from the transport stream under the control of the CPU 320 will be described.
[0124]
In DSM-CC, IOR (Interoperable Object Reference) is used to indicate the location of an object in a transport term. The IOR includes an identifier corresponding to a carousel for finding an object, an identifier of a module including the object (hereinafter, module). an identifier) that identifies an object in one module (hereinafter object) In addition to the key, a tag (association) for identifying a DII having information on the module in which the object is included tag) contains information.
A DII having module information includes a module for each of one or more modules. Information such as id, module size, and version, and a tag (association) for identifying the module tag) contains information.
[0125]
When the IOR extracted from the transport stream is identified by the CPU 320, the process of receiving and separating the object indicated by the IOR is, for example, as follows.
(Prl) In the DeMUX driver 322 of the CPU 320, IOR association An elementary stream (hereinafter referred to as ES) having the same value as the tag is searched from the ES loop of the PMT in the carousel to obtain the PID. The DII is included in the ES having this PID.
(Pr2) This PID and table id Extension is set for the demultiplexer 313 as a filter condition. As a result, the demultiplexer 314 separates the DII and outputs it to the CPU 320.
(Pr3) The module included in the previous IOR in DII Association of module corresponding to id Get the tag.
(Pr4) The above association An ES having the same value as tagj is searched from the PET ES loop (carousel) to obtain the PID. The target module is included in the ES having this PID.
(Pr5) PID and module The id is set as a filter condition, and filtering by the demultiplexer 313 is performed. The transport packet separated and extracted in accordance with this filter condition is stored in a required memory area (column) of the queue 314, so that a target module is finally formed.
(Pr6) The object included in the previous IOR The object corresponding to the key is extracted from this module. This is the target object. An object extracted from this module is written in a predetermined area of the DSM-CC buffer 331, for example.
For example, by repeating the above operation and collecting the target objects and storing them in the DSM-CC buffer 331, MHEG content forming a required scene can be obtained.
[0126]
The man machine interface 341 receives the command signal transmitted from the remote controller 130 and transmits it to the CPU 320. The CPU 320 executes necessary control processing in order to obtain device operation in accordance with the received command signal.
[0127]
An IC card 345 is inserted into the IC card slot 342. Therefore, information is written to and read from the inserted IC card 345 by the CPU 320.
[0128]
The modem 346 is connected to the accounting server 105 via the telephone line 99 as shown in FIG. 6, and is controlled so that communication between the IRD 123 and the accounting server 105 is performed under the control of the CPU 320.
[0129]
Here, the flow of the video / audio source signal in the IRD 123 will be described with reference to the display form described with reference to FIG.
As shown in FIG. 8A, when a normal program is output, MPEG video data and MPEG audio data of a necessary program are extracted from the input transport stream, and decoding processing is performed for each. Applied. The video data and the MPEG audio data are respectively output to the analog video signal terminal T2 and the analog-audio output terminal T3, whereby the receiver 125 performs image display and audio output of the broadcast program.
[0130]
When the GUI screen shown in FIG. 8B is output, the transport unit 303 separates and extracts the MHEG content data necessary for this GUI screen (scene) from the input transport stream. The data is taken into DSM-CC buffer 331. Then, using this data, the DSM-CC decoder block 323 and the MHEG decoder block 324 function as described above, so that image data of a scene (GUI screen) is created in the MHEG buffer 332. The image data is supplied to the analog video output terminal T <b> 2 via the display processing unit 310, whereby the GUI screen is displayed on the receiver 125. In this case, the display processing of the corresponding data when the display of text data or still image data included in the MHEG data is selected by an operation on the GUI screen is performed in the same manner.
[0131]
Further, when a music piece is selected from the music list 92 on the GUI screen shown in FIG. 8B and the audio data of the music piece is auditioned, MPEG audio data of this music piece is obtained by the demultiplexer 313. The MPEG audio data is converted into an analog audio signal via the MPEG audio decoder 304, the D / A converter 307 switch circuit 308, and the analog audio output terminal T3, and is output to the receiver 125.
[0132]
Further, the process for reading the MHEG data stored in the data storage unit 124 and displaying the GUI screen on the receiver 125 is the same as the process for receiving the interactive broadcast described so far and displaying it on the GUI screen. The same is true. That is, data is supplied from the descrambler 302 to the transport unit 313 at the time of reception, but data read from the data storage unit 124 to the transport unit 313 via the bus line 315 is read out from the data storage unit 124. Thereafter, the same processing is performed.
[0133]
Further, when the received data is stored by operating the remote control device 130, the control processing unit 321 of the CPU 320 determines the storage mode set at that time, and controls to the corresponding state. That is, for example, as shown in FIG. 16, when the control processing unit 321 determines that it is time to start storage (recording) (step S11), whether the recording mode set at that time is the interactive recording mode or not. (Step S12), and in the interactive recording mode, control is performed to store all MPEG data and MHEG data packets obtained in the reception channel at that time in the storage medium 342 of the data storage unit 124 (step S12). S13).
[0134]
If it is determined in step S12 that the mode is not the interactive recording mode, it is determined whether or not the video recording mode is selected (step S14). If the video recording mode is selected, the MPEG video that is broadcast program data of the reception channel at that time is determined. Only data and MPEG audio data reproduced together with the video are controlled to be stored in the storage medium 342 of the data storage unit 124 (step S15).
[0135]
Further, when it is determined in step S14 that the video recording mode is not selected, it is determined whether or not the audio recording mode is selected (step S16). If the audio recording mode is selected, the MPEG audio data included in the reception channel at that time is included. Only the MPEG audio data of the song selected by the operation based on the GUI screen or the like is controlled to be stored in the storage medium 342 of the data storage unit 124 (step S17).
[0136]
In this way, the storage mode of received data can be selected according to the mode set based on the user operation. Note that when MPEG data and MHEG data are stored in the interactive recording mode, all the received MPEG data is stored in the above example, but it is included in MPEG data other than audio data reproduced together with video data. The storage of some (or all) of the plurality of audio data may be omitted.
[0137]
In addition, when the interactive recording mode is set, the data storage unit 124 stores each data in the storage medium 342 by simply transferring the received packets obtained in the transport unit 303 to the data storage unit 124 in the same order. Then, the data may be stored in the storage medium 342 in the transferred order, but may be stored separately for each data type. That is, for example, as shown in FIG. 17, as a storage area of the storage medium 342, a TOC area 401 in which index information of each storage area is stored, an MHEG data storage area 402, and an MPEG data storage area 403 are prepared. The received MHEG data is stored in the area 402, the MPEG data is stored in the area 403, and the storage area is managed in each area 402, 403 in the TOC area 401.
[0138]
In this case, as described above, since the same data is repeatedly transmitted in a carousel structure as described above, the MHEG data storage area 402 of the storage medium 342 stores the received MHEG data for one cycle. Each time the received MHEG data changes, it may be stored for one period. As for MPEG audio data, when the audio data of the same music is repeated, the storage of the repeated data may be omitted.
[0139]
The IRD 123 described so far has a configuration in which a data storage unit is built in the IRD, and storage and reading are executed under the control of the CPU in the IRD. As described with reference to FIG. 4, MHEG data can be stored using a storage device separate from the IRD. In this case, for example, the data of each packet extracted from the received data by the transport unit 303 in the IRD 123 shown in FIG. 15 is supplied to the IEEE 1394 interface unit 311, and the data storage is connected by the IEEE 1394 format bus line. What is necessary is just to supply and memorize | store the data of each packet in an apparatus. In this case, the storage state in the connected data storage device may be controlled from the CPU on the IRD side.
[0140]
Also, the MHEG data and MPEG data stored in the data storage unit 124 in the IRD 123 shown in FIG. 15 are read, and all the read data (or a part of the data) is transferred from the transport unit 303 to the IEEE 1394 interface unit. 311 and the data read out may be stored in another data storage device connected by an IEEE1394 bus line so that so-called dubbing can be performed.
[0141]
In the example described so far, the example in which the broadcast signal multiplexed with the MHEG data is received, stored, and read has been described. However, the present invention is not limited to this, and the interactivity is similarly provided. Applicable to various processes in which the received data is stored (recorded) and read (played back) at the same time when the data defining the use form such as display and operation is multiplexed on the broadcast signal It is. Further, the transmission system to which the present invention is applied is not limited to the digital satellite broadcasting system described in the detailed example of FIG. 6 and the subsequent drawings. For example, as described in the principle diagram of FIG. It can be applied to various systems such as broadcasting such as cable television and Internet broadcasting. Furthermore, as described with reference to FIG. 5, the present invention can also be applied to a case where a storage medium in which data is stored in advance in the same form as when a broadcast signal is stored is prepared and the storage medium is reproduced.
[0142]
【The invention's effect】
  The present inventionaccording to,Received moduleAs it isAccumulationThat can beGUI screen with accumulated dataUse any timeReceiveYou can receive the same service as time.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an example of overall processing according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating an example of a reception configuration according to an embodiment of the present invention.
FIG. 3 is a block diagram showing an example of another reception configuration (an example in which a storage unit is a separate body) according to an embodiment of the present invention;
FIG. 4 is a block diagram showing an example of another receiving configuration (an example using a computer device) according to an embodiment of the present invention;
FIG. 5 is a block diagram showing an example of another configuration (an example of reproducing and displaying from a prepared medium) according to an embodiment of the present invention.
FIG. 6 is a system configuration diagram showing an example in which an embodiment of the present invention is applied to a satellite broadcasting system.
7 is a plan view showing an example of operation means applied to the system of FIG. 6;
FIG. 8 is an explanatory diagram showing an example of a display screen by the system of FIG. 6;
9 is a block diagram showing a configuration example on the sending side according to the system of FIG. 6;
FIG. 10 is a timing diagram illustrating an example of transmission data by the system of FIG.
FIG. 11 is an explanatory diagram showing an example of a carousel structure of transmitted data.
FIG. 12 is an explanatory diagram illustrating an example of a data structure of transmission data.
FIG. 13 is an explanatory diagram illustrating an example of a transport packet.
FIG. 14 is an explanatory diagram showing an example of a channel structure.
15 is a block diagram showing a configuration example of a receiving side according to the system of FIG.
FIG. 16 is a flowchart illustrating an example of a recording operation in the receiving device.
FIG. 17 is an explanatory diagram illustrating an example of a data storage state in a storage medium.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Sending station, 11 ... MHEG data server, 12 ... MPEG data server, 13 ... Multiplexer, 14 ... Transmission data, 20 ... Reception equipment, 21 ... Reception processing part, 22 ... Storage processing part, 23 ... Storage medium, 24 ... Read processing unit, 25 ... data separation unit, 26 ... MPEG data buffer, 27 ... MPEG decoder, 28 ... display processing unit, 29 ... receiver, 30 ... MHEG data buffer, 31 ... MHEG engine, 42 ... IRD (digital) Satellite broadcast tuner device), 43 ... data storage unit, 44 ... receiver, 52 ... IRD, 53 ... data storage device, 54 ... receiver, 62 ... IRD, 63 ... personal computer device, 64 ... data storage unit, 65 ... Display device, 71 ... Disc player, 72 ... Receiver, 100 ... Ground station, 101 ... TV Composition material server, 102 ... Music material server, 103 ... Additional information server, 104 ... GUI data server, 120 ... Reception equipment, 123 ... IRD, 124 ... Data storage unit, 125 ... Receiver, 130 ... Remote control device, 134 ... Interactive keys, 135 ... GUI operation keys, 136 ... recording / playback operation unit, 401 ... TOC area, 402 ... MHEG data storage area, 403 ... MPEG data storage area

Claims

Receiving means for receiving a DDB message including a plurality of modules repeatedly transmitted by the carousel transmission method, and a DII message including information corresponding to each module included in the carousel;
Referring to the DII message received by the receiving means, accumulating means for accumulating the modules included in the DDB message according to a predetermined hierarchical structure;
The operation based on the instruction on the screen is judged, and the module accumulated according to the predetermined hierarchical structure is output according to the operation based on the script for performing the screen display control defining the relationship of the module An output control unit configured to generate and output a GUI screen so that an aspect can be obtained .

The receiving means also receives video data or audio data transmitted simultaneously with a plurality of modules,
The output control means selects and outputs video data or audio data designated by an instruction on a GUI screen display received by the receiving means and displayed based on a module stored in the storage means. The receiving device according to 1.

Recording means for recording video data or audio data received by the receiving means;
When the interactive recording mode is set, the video data or audio data received by the receiving unit and the module are recorded on the recording unit, and the module is included in one cycle of the module that is repeatedly transmitted. Just record,
The receiving apparatus according to claim 2, wherein the GUI screen having a specific display mode for receiving the video data or audio data service is generated and output by the recorded module.

The video data or audio data to be recorded by the recording means together with the module when the interactive recording mode is set is limited to a part of the video data or audio data received by the receiving means. 3. The receiving device according to 3.

The receiving apparatus according to claim 2, wherein when the video data or audio data received by the receiving means is output to the outside, the module is also output to the outside.