JP2001024995A - 放送装置、放送方法、及び受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 現在の視聴者の視聴状況に合わせて、視聴者
のニーズに対応して適切なデータ放送サービスを提供で
きるようにし、また、データサービス側の意向に沿った
放送が行えるようにする。 【解決手段】 ＭＨＥＧコンテンツを放送する放送シス
テムにあって、受信装置側からは、放送に関する所定の
情報内容を有する視聴履歴情報を作成して送信する。そ
して、放送側では、この視聴履歴情報に基づいて、ＭＨ
ＥＧコンテンツを形成する個々のデータ単位（例えばシ
ーンファイルなど）についての、カルーセルデータにお
ける送出頻度を決定して送出を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、いわゆるマルチメ
ディアコンテンツ等といわれるプログラムにより構成さ
れる放送用コンテンツを放送する放送装置、放送方法、
及び放送用コンテンツを受信可能な受信装置に関するも
のである。

【０００２】

【従来の技術】近年、デジタル衛星放送の普及が進んで
いる。デジタル衛星放送は、例えば既存のアナログ放送
と比較してノイズやフェージングに強く、高品質の信号
を伝送することが可能である。また、周波数利用効率が
向上され、多チャンネル化も図ることが可能になる。具
体的には、デジタル衛星放送であれば１つの衛星で数百
チャンネルを確保することも可能である。このようなデ
ジタル衛星放送では、スポーツ、映画、音楽、ニュース
などの専門チャンネルが多数用意されており、これらの
専門チャンネルでは、それぞれの専門の企画、内容に応
じたプログラムが放送されている。

【０００３】そして、上記のようなデジタル衛星放送シ
ステムを利用して、ユーザが楽曲等の音声データをダウ
ンロードできるようにしたり、いわゆるテレビショッピ
ングとして、例えばユーザが放送画面を見ながら何らか
の商品についての購買契約を結べるようにしたりするこ
とが提案され、また開始されてきている。つまりは、デ
ジタル衛星放送システムとして、通常の放送内容と並行
したデータサービス放送を行うものである。

【０００４】一例として、楽曲データのダウンロードで
あれば、放送側においては、放送番組（映像情報）と同
期させるようにして、楽曲データを多重化して放送する
ようにする。また、この楽曲データのダウンロードに際
しては、ＧＵＩ(Graphical User Interface)画面（即ち
ダウンロード用の操作画面である）を表示させることで
インタラクティブな操作をユーザに行わせるようにされ
るが、このＧＵＩ画面出力のためのデータも多重化して
放送するようにされる。そして、受信装置を所有してい
るユーザ側では、所望のチャンネルを選局している状態
で、受信装置に対する所定の操作によって楽曲データを
ダウンロードするためのＧＵＩ画面を表示出力させるよ
うにする。そして、この表示された操作画面に対してユ
ーザが操作を行うことで、例えば受信装置に接続したデ
ジタルオーディオ機器に対してデータを供給し、これが
録音されるようにするものである。

【０００５】ところで、上記のような楽曲データをダウ
ンロードするためのＧＵＩ画面としては、例えばＧＵＩ
画面を形成するパーツ的な画像データ、テキストデータ
などの情報に加え、更には所定操作に応じた音声出力の
ための音声データなどの単位データ（ファイル）をそれ
ぞれオブジェクトとして扱い、このオブジェクトの出力
態様を所定方式によるスクリプトの記述によって制御す
ることによって、上記操作画面についての所要の表示形
態及び音声等の出力態様を実現するように構成すること
が考えられる。つまり、いわゆるマルチメディアコンテ
ンツを放送することによって上述のようなＧＵＩ画面を
実現するものである。なお、ここでは、上記ＧＵＩ画面
のようにして、記述情報によって規定されることで、或
る目的に従った機能を実現する表示画面（ここでは音声
等の出力も含む）のことを「シーン」というものとす
る。また、「オブジェクト」とは、記述情報に基づいて
その出力態様が規定される画像、音声、テキスト等の情
報単位をいうものとされる。また、伝送時においては、
ここでは記述情報自体のデータファイルも「オブジェク
ト」の１つとして扱われるものとする。

【０００６】例えば、上記のようなＧＵＩ画面の放送用
コンテンツを記述するための規格としては、ＭＨＥＧ(M
ultimedia Hypermedia Information Coding Experts Gr
oup)方式を採用することができる。ＭＨＥＧの規格にあ
っては、例えば１つのＭＨＥＧコンテンツ（ＭＨＥＧア
プリケーションファイル）は、１以上のシーンにより形
成され、これらの例えば放送映像との同期出力やシーン
間のトランジションが規定されるようにスクリプトの記
述が行われている。また、１シーンとしては１以上のオ
ブジェクトが所定の表示形態によって表示されるよう
に、スクリプトの記述により制御されている。つまり、
ＭＨＥＧコンテンツは、シーン、オブジェクから成る階
層構造を有しているものとみることができる。

【０００７】そして、放送側においては、上記したＭＨ
ＥＧコンテンツを放送内容に応じて作成することになる
が、このようなＭＨＥＧコンテンツの作成は、例えばパ
ーソナルコンピュータ装置上で、いわゆるスクリプト作
成ツールやオーサリングツールとしてのアプリケーショ
ンソフトウェア（以降、纏めてＭＨＥＧオーサリングツ
ールという）を起動させることで行うようにされる。

【０００８】また、ＭＨＥＧコンテンツを放送する際に
は、ＤＳＭ−ＣＣ方式におけるいわゆるカルーセル方式
によって送信することがおこなわれている。カルーセル
方式とは、例えば１以上のＭＨＥＧコンテンツとしての
データをモジュール化して或る１纏まりのカルーセルデ
ータというものを形成し、このカルーセルデータを巡回
的に送出するものである。

【０００９】また、ＤＳＭ−ＣＣ方式にあっては、上記
ＭＨＥＧコンテンツを形成する個々のデータファイルと
しては、カルーセルデータ内における送出頻度を設定し
て送出することが可能であるものと規定されている。つ
まり、１カルーセルデータが１つのＭＨＥＧコンテンツ
によって形成されているものとして、このＭＨＥＧコン
テンツを形成する、例えばシーンごとのファイルの送出
頻度を個々に設定することができるものである。例えば
或るシーンファイルについての送出頻度が高くなるとい
うことは、カルーセルデータ内に含まれるこのシーンフ
ァイル数が増加することを意味する。そして、このよう
にカルーセルデータ内に含まれるシーンファイル数が増
加すれば、受信側では、受信データからこのシーンファ
イルを取得できる機会が増えるため、より迅速にシーン
表示を開始させることができるようになる。

【００１０】

【発明が解決しようとする課題】ところで、上記した個
々のデータファイルの送出頻度は、ＭＨＥＧコンテンツ
を作成してカルーセルデータとして送出する際に、放送
側（データサービス提供者側）が予め設定を行うように
される。或いは、特にこのようなことについては考慮せ
ず、各データファイルごとに均一の送出頻度を設定する
ようにされる。

【００１１】しかし、実状として、この放送側で決定し
たデータファイルの送出頻度が必ずしも、視聴者のニー
ズに一致しているとは限らない。例えば、今現在、多く
の視聴者が視聴したいと思って受信データから呼び出し
ている（つまり視聴率が高い）シーン画面についてのデ
ータファイルの送出頻度が低く設定されていたとすれ
ば、視聴者側ではこのシーン画面を呼び出すのに相応の
時間をかけていることになる。このような場合、視聴者
側ではデータサービスに対して不満を持ってしまうこと
になる。

【００１２】このような事情を考慮すると、放送側とし
ては、例えば現在の視聴者の番組利用状況（視聴状況）
に応じて、なるべく高いリアルタイム性でもってデータ
ファイルの送出頻度が変更設定されるようにすることが
好ましい。

【００１３】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、先ず放送装置については次のように構
成する。つまり、放送内容として少なくとも所定の規格
による放送用コンテンツ情報を送出可能な放送装置とし
て、当該放送装置による放送を受信する受信装置から送
信され、この受信装置にて視聴のために出力されたとさ
れる放送内容に関する所定の情報内容より成る視聴履歴
情報を受信して取得する情報取得手段と、この情報取得
手段により取得した視聴履歴情報に基づいて放送用コン
テンツ情報を形成する個々の所定のデータ単位について
の所定の送出データ単位あたりにおける送出頻度を決定
する送出頻度決定手段と、この送出頻度決定手段により
決定された送出頻度に基づいて、放送用コンテンツ情報
を送出するための送出データ単位を形成して送出を行う
情報送出手段とを備えて構成するものである。

【００１４】また、放送内容として、少なくとも所定の
規格による放送用コンテンツ情報を送出するための放送
方法としては次のように構成する。つまり、放送を受信
する受信装置から送信され、この受信装置にて視聴のた
めに出力されたとされる放送内容に関する所定の情報内
容より成る視聴履歴情報を受信して取得する情報取得行
程と、この情報取得行程により取得した視聴履歴情報に
基づいて放送用コンテンツ情報を形成する個々の所定の
データ単位についての所定の送出データ単位あたりにお
ける送出頻度を決定する送出頻度決定行程と、この送出
頻度決定行程により決定された送出頻度に基づいて、放
送用コンテンツ情報を送出するための送出データ単位を
形成して送出を行う情報送出行程とを行うように構成す
るものである。

【００１５】また、放送内容として、少なくとも所定の
規格による放送用コンテンツ情報を送出する放送を受信
することのできる受信装置としては次のように構成す
る。つまり、当該受信装置にて視聴のために受信、出力
されたとされる放送内容に関する所定の情報内容より成
る視聴履歴情報を作成する情報作成手段と、この情報作
成手段により作成された視聴履歴情報を放送側に送信す
ることのできる送信手段とを備えて構成するものであ
る。

【００１６】上記各構成によれば、例えば受信側におい
て得られる視聴履歴情報が、受信側から放送側に送信さ
れてくる。そして、放送側にあっては、この視聴履歴情
報に基づいて、放送用コンテンツ情報を形成する個々の
データファイルについて、送出データ内における送出頻
度を決定して送信するようにされる。つまり、受信側で
の番組視聴状況に応じて、適宜、送出頻度を変更してい
くことができる。

【００１７】

【発明の実施の形態】以降、本発明の実施の形態につい
て説明する。本実施の形態としては、デジタル衛星放送
を利用して番組を放送すると共に、受信装置側ではこの
番組に関連した楽曲データ（音声データ）等の情報をダ
ウンロードできるようにしたシステムに対応することを
前提とする。つまり、デジタル衛星放送等の放送メディ
アを利用した番組（映像情報）に同期可能な形態で付随
させるダウンロード操作画面などのためのＧＵＩデータ
の放送（インタラクティブ放送）を行うシステムに対応
するものである。

【００１８】なお、以降の説明は次の順序で行うことと
する。 １．デジタル衛星放送システム １−１．全体構成 １−２．ＧＵＩ画面に対する操作 １−３．地上局 １−４．送信フォーマット １−５．ＩＲＤ ２．本実施の形態のＭＨＥＧコンテンツの送出 ２−１．ＭＨＥＧコンテンツの構造 ２−２．ＭＨＥＧコンテンツの送出 ２−３．処理動作

【００１９】１．デジタル衛星放送システムの構成 １−１．全体構成 先ず、本実施の形態のＭＨＥＧオーサリングシステムの
説明を行うのに先立ち、このＭＨＥＧオーサリングシス
テムにより作成されたＭＨＥＧコンテンツが使用される
デジタル衛星放送システムについて説明しておく。

【００２０】図１は、本実施の形態としてのデジタル衛
星放送システムの全体構成を示すものである。この図に
示すように、デジタル衛星放送の地上局１には、テレビ
番組素材サーバ６からのテレビ番組放送のための素材
と、楽曲素材サーバ７からの楽曲データの素材と、音声
付加情報サーバ８からの音声付加情報と、ＧＵＩデータ
サーバからのＧＵＩデータとが送られる。

【００２１】テレビ番組素材サーバ６は、通常の放送番
組の素材を提供するサーバである。このテレビ番組素材
サーバから送られてくる音楽放送の素材は、動画及び音
声とされる。例えば、音楽放送番組であれば、上記テレ
ビ番組素材サーバ６の動画及び音声の素材を利用して、
例えば新曲のプロモーション用の動画及び音声が放送さ
れたりすることになる。

【００２２】楽曲素材サーバ７は、オーディオチャンネ
ルを使用して、オーディオ番組を提供するサーバであ
る。このオーディオ番組の素材は音声のみとなる。この
楽曲素材サーバ７は、複数のオーディオチャンネルのオ
ーディオ番組の素材を地上局１に伝送する。各オーディ
オチャンネルの番組放送ではそれぞれ同一の楽曲が所定
の単位時間繰り返して放送される。各オーディオチャン
ネルは、それぞれ独立しており、その利用方法としては
各種考えられる。例えば、１つのオーディオチャンネル
では最新の日本のポップスの数曲を或る一定時間繰り返
し放送し、他のオーディオチャンネルでは最新の外国の
ポップスの数曲を或る一定時間繰り返し放送するという
ようにされる。

【００２３】音声付加情報サーバ８は、楽曲素材サーバ
７から出力される楽曲の時間情報等を提供するサーバで
ある。

【００２４】ＧＵＩデータサーバ９は、ユーザが操作に
用いるＧＵＩ画面を形成するための「ＧＵＩデータ（放
送用コンテンツのデータ）」を提供する。例えば後述す
るような楽曲のダウンロードに関するＧＵＩ画面であれ
ば、配信される楽曲のリストページや各楽曲の情報ペー
ジを形成するための画像データ、テキストデータ、アル
バムジャケットの静止画を形成するためのデータなどを
提供する。更には、受信設備３側にていわゆるＥＰＧ(E
lectrical Program Guide)といわれる番組表表示を行う
のに利用されるＥＰＧデータもここから提供される。な
お、「ＧＵＩデータ」としては、例えばＭＨＥＧ(Multi
media Hypermedia Information Coding Experts Group)
方式が採用される。ＭＨＥＧとは、マルチメディア情
報、手順、操作などのそれぞれと、その組み合わせをオ
ブジェクトとして捉え、それらのオブジェクトを符号化
したうえで、タイトル（例えばＧＵＩ画面）として制作
するためのシナリオ記述の国際標準とされる。また、本
実施の形態ではＭＨＥＧ−５を採用するものとする。

【００２５】地上局１は上記テレビ番組素材サーバ６、
楽曲素材サーバ７、音声付加情報サーバ８、及びＧＵＩ
データサーバ９から伝送された情報を多重化して送信す
る。本実施の形態では、テレビ番組素材サーバ６から伝
送されたビデオデータはＭＰＥＧ(Moving Picture Expe
rts Group)２方式により圧縮符号化され、オーディオデ
ータはＭＰＥＧ２オーディオ方式により圧縮符号化され
る。また、楽曲素材サーバ７から伝送されたオーディオ
データは、オーディオチャンネルごとに対応して、例え
ばＭＰＥＧ２オーディオ方式と、ＡＴＲＡＣ(Adoptive
Tranform Acoustic Coding)方式と何れか一方の方式に
より圧縮符号化される。また、これらのデータは多重化
の際、キー情報サーバ１０からのキー情報を利用して暗
号化される。なお、地上局１の内部構成例については後
述する。

【００２６】地上局１からの信号は衛星２を介して各家
庭の受信設備３で受信される。衛星２には複数のトラン
スポンダが搭載されている。１つのトランスポンダは例
えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受
信設備３としては、パラボラアンテナ１１とＩＲＤ(Int
egrated Receiver Decorder)１２と、ストレージデバイ
ス１３と、モニタ装置１４とが用意される。また、この
場合には、ＩＲＤ１２に対して操作を行うためのリモー
トコントローラ６４が示されている。

【００２７】パラボラアンテナ１１で衛星２を介して放
送されてきた信号が受信される。この受信信号がパラボ
ラアンテナ１１に取り付けられたＬＮＢ(Low Noize Blo
ck Down Converter)１５で所定の周波数に変換され、Ｉ
ＲＤ１２に供給される。

【００２８】ＩＲＤ１２における概略的な動作として
は、受信信号から所定のチャンネルの信号を選局し、そ
の選局された信号から番組としてのビデオデータ及びオ
ーディオデータの復調を行ってビデオ信号、オーディオ
信号として出力する。また、ＩＲＤ１２では、番組とし
てのデータと共に多重化されて送信されてくる、ＧＵＩ
データに基づいてＧＵＩ画面としての出力も行う。この
ようなＩＲＤ１２の出力は、例えばモニタ装置１４に対
して供給される。これにより、モニタ装置１４では、Ｉ
ＲＤ１２により受信選局した番組の画像表示及び音声出
力が行われ、また、後述するようなユーザの操作に従っ
てＧＵＩ画面を表示させることが可能となる。

【００２９】ストレージデバイス１３は、ＩＲＤ１２に
よりダウンロードされたオーディオデータ（楽曲デー
タ）を保存するためのものである。このストレージデバ
イス１３の種類としては特に限定されるものではなく、
ＭＤ(Mini Disc)レコーダ／プレーヤ、ＤＡＴレコーダ
／プレーヤ、ＤＶＤレコーダ／プレーヤ等を用いること
ができる。また、ストレージデバイス１３としてパーソ
ナルコンピュータ装置を用い、ハードディスクのほか、
ＣＤ−Ｒ等をはじめとする記録が可能なメディアにオー
ディオデータを保存するようにすることも可能とされ
る。

【００３０】また、本実施の形態の受信設備３として
は、図２に示すように、データ伝送規格としてＩＥＥＥ
１３９４に対応したデータインターフェイスを備えたＭ
Ｄレコーダ／プレーヤ１３Ａを、図１に示すストレージ
デバイス１３として使用することができるようになって
いる。この図に示すＩＥＥＥ１３９４対応のＭＤレコー
ダ／プレーヤ１３Ａは、ＩＥＥＥ１３９４バス１６によ
りＩＲＤ１２と接続される。これによって、本実施の形
態では、ＩＲＤ１２にて受信された、楽曲としてのオー
ディオデータ（ダウンロードデータ）を、ＡＴＲＡＣ方
式により圧縮処理が施されたままの状態で直接取り込ん
で記録することができる。また、ＭＤレコーダ／プレー
ヤ１３ＡとＩＲＤ１２とをＩＥＥＥ１３９４バス１６に
より接続した場合には、上記オーディオデータの他、そ
のアルバムのジャケットデータ（静止画データ）及び歌
詞などのテキストデータを記録することも可能とされて
いる。

【００３１】ＩＲＤ１２は、例えば電話回線４を介して
課金サーバ５と通信可能とされている。ＩＲＤ１２に
は、後述するようにして各種情報が記憶されるＩＣカー
ドが挿入される。例えば楽曲のオーディオデータのダウ
ンロードが行われたとすると、これに関する履歴情報が
ＩＣカードに記憶される。このＩＣカードの情報は、電
話回線４を介して所定の機会、タイミングで課金サーバ
５に送られる。課金サーバ５は、この送られてきた履歴
情報に従って金額を設定して課金を行い、ユーザに請求
する。

【００３２】また、特に本実施の形態にあっては、地上
局１とＩＲＤ１２とは、電話回線４を介して形成される
インタラクション・チャンネル１７によって通信可能に
接続されている。ＩＲＤ１２では、受信した放送の視聴
状況に関する所定内容の情報を有する「視聴履歴情報」
が作成されるのであるが、上記インタラクション・チャ
ンネル１７を介しては、ＩＲＤ１２から地上局１に対し
てこの視聴履歴情報が送信されるものである。なお、こ
の視聴履歴情報を利用した地上局１側の動作については
後述する。

【００３３】これまでの説明から分かるように、本発明
が適用されたシステムでは、地上局１は、テレビ番組素
材サーバ６からの音楽番組放送の素材となるビデオデー
タ及びオーディオデータと、楽曲素材サーバ７からのオ
ーディオチャンネルの素材となるオーディオデータと、
音声付加情報サーバ８からの音声データと、ＧＵＩデー
タサーバ９からのＧＵＩデータとを多重化して送信して
いる。そして、各家庭の受信設備３でこの放送を受信す
ると、例えばモニタ装置１４により、選局したチャンネ
ルの番組を視聴することができる。また、番組のデータ
と共に送信されるＧＵＩデータを利用したＧＵＩ画面と
して、第１にはＥＰＧ（Electrical Program Guide；電
子番組ガイド）画面を表示させ、番組の検索等を行うこ
とができる。また、第２には、例えば通常の番組放送以
外の特定のサービス用のＧＵＩ画面を利用して所要の操
作を行うことで、本実施の形態の場合には、放送システ
ムにおいて提供されている通常番組の視聴以外のサービ
スを享受することができる。例えば、オーディオ（楽
曲）データのダウンロードサービス用のＧＵＩ画面を表
示させて、このＧＵＩ画面を利用して操作を行えば、ユ
ーザが希望した楽曲のオーディオデータをダウンロード
してストレージデバイス１３に記録して保存することが
可能になる。

【００３４】なお、本実施の形態では、上記したような
ＧＵＩ画面に対する操作を伴う、通常の番組放送以外の
特定のサービスを提供するデータサービス放送について
は、インタラクティブ性を有することもあり、「インタ
ラクティブ放送」ともいうことにする。

【００３５】１−２．ＧＵＩ画面に対する操作 ここで、上述しているインタラクティブ放送の利用例、
つまり、ＧＵＩ画面に対する操作例について、図３及び
図４を参照して概略的に説明しておく。ここでは、楽曲
データ（オーディオデータ）のダウンロードを行う場合
について述べる。

【００３６】先ず、図３によりＩＲＤ１２に対してユー
ザが操作を行うためのリモートコントローラ６４の操作
キーについて、特に主要なものについて説明しておく。
図３には、リモートコントローラ６４において各種キー
が配列された操作パネル面が示されている。ここでは、
これら各種キーのうち、電源キー１０１、数字キー１０
２、画面表示切換キー１０３、インタラクティブ切換キ
ー１０４、ＥＰＧキーパネル部１０５、チャンネルキー
１０６について説明する。

【００３７】電源キー１０１は、ＩＲＤ１２の電源のオ
ン／オフを行うためのキーである。数字キー１０２は、
数字指定によりチャンネル切り換えを行ったり、例えば
ＧＵＩ画面において数値入力操作が必要な場合に操作す
るためのキーである。画面表示切換キー１０３は、例え
ば通常の放送画面とＥＰＧ画面との切り換えを行うキー
である。例えば、画面表示切換キー１０３によりＥＰＧ
画面を呼び出した状態の下で、ＥＰＧキーパネル部１０
５に配置されたキーを操作すれば、電子番組ガイドの表
示画面を利用した番組検索が行えることになる。また、
ＥＰＧキーパネル部１０５内の矢印キー１０５ａは、後
述するサービス用のＧＵＩ画面におけるカーソル移動な
どにも使用することができる。インタラクティブ切換キ
ー１０４は、通常の放送画面と、その放送番組に付随し
たサービスのためのＧＵＩ画面との切り換えを行うため
に設けられる。チャンネルキー１０６は、ＩＲＤ１２に
おける選局チャンネルをそのチャンネル番号の昇順、降
順に従って順次切り換えていくために設けられるキーで
ある。

【００３８】なお、本実施の形態のリモートコントロー
ラ６４としては、例えばモニタ装置１４に対する各種操
作も可能に構成されているものとされ、これに対応した
各種キーも設けられているものであるが、ここでは、モ
ニタ装置１４に対応するキー等の説明は省略する。

【００３９】次に、図４を参照してＧＵＩ画面に対する
操作の具体例について説明する。受信設備３により放送
を受信して所望のチャンネルを選局すると、モニタ装置
１４の表示画面には、図４（ａ）に示すように、テレビ
番組素材サーバ６から提供された番組素材に基づく動画
像が表示される。つまり、通常の番組内容が表示され
る。ここでは、例えば音楽番組が表示されているものと
する。また、この音楽番組には楽曲のオーディオデータ
のダウンロードサービス（インタラクティブ放送）が付
随されているものとする。そして、この音楽番組が表示
されている状態の下で、例えばユーザがリモートコント
ローラ６４のインタラクティブ切換キー１０４を操作し
たとすると、表示画面は図４（ｂ）に示すような、オー
ディオデータのダウンロードのためのＧＵＩ画面に切り
替わる。

【００４０】このＧＵＩ画面においては、先ず、画面の
左上部のテレビ番組表示エリア２１Ａに対して、図４
（ａ）にて表示されていたテレビ番組素材サーバ６から
のビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送
されている各チャンネルの楽曲のリスト２１Ｂが表示さ
れる。また、画面の左下にはテキスト表示エリア２１Ｃ
とジャケット表示エリア２１Ｄが表示される。さらに、
画面の右側には歌詞表示ボタン２２、プロフィール表示
ボタン２３、情報表示ボタン２４、予約録音ボタン２
５、予約済一覧表示ボタン２６、録音履歴表示ボタン２
７、およびダウンロードボタン２８が表示される。

【００４１】ユーザは、このリスト２１Ｂに表示されて
いる楽曲名を見ながら、興味のある楽曲を探していく。
そして、興味のある楽曲を見つけたらリモートコントロ
ーラ６４の矢印キー１０５ａ（ＥＰＧキーパネル部１０
５内）を操作して、その楽曲が表示されている位置にカ
ーソルを合わせた後、エンター操作を行う（例えば矢印
キー１０５ａのセンター位置を押圧操作する）。これに
よって、カーソルを合わせた楽曲を試聴することができ
る。すなわち、各オーディオチャンネルでは、所定の単
位時間中、同一の楽曲が繰り返し放送されているので、
テレビ番組表示エリア２１Ａの画面はそのままで、ＩＲ
Ｄ１２により上記操作により選択された楽曲のオーディ
オチャンネルに切り換えて音声出力することで、その楽
曲を聞くことができる。この時、ジャケット表示エリア
２１Ｄにはその楽曲のＭＤジャケットの静止画像が表示
される

【００４２】また、例えば上記の状態で歌詞表示ボタン
２２にカーソルを合わせ、エンター操作を行う（以下、
ボタン表示にカーソルを合わせ、エンター操作を行うこ
とを「ボタンを押す」という）と、テキスト表示エリア
２１Ｃに楽曲の歌詞がオーディオデータと同期したタイ
ミングで表示される。同様に、プロフィール表示ボタン
２３あるいは情報表示ボタン２４を押すと、楽曲に対応
するアーティストのプロフィールあるいはコンサート情
報などがテキスト表示エリア２１Ｃに表示される。この
ように、ユーザは、現在どのような楽曲が配信されてい
るのかを知ることができ、更に各楽曲についての詳細な
情報を知ることができる。

【００４３】ユーザは試聴した楽曲を購入したい場合に
は、ダウンロードボタン２８を押す。ダウンロードボタ
ン２８が押されると、選択された楽曲のオーディオデー
タがダウンロードされ、ストレージデバイス１３に記憶
される。楽曲のオーディオデータと共に、その歌詞デー
タ、アーティストのプロフィール情報、ジャケットの静
止画データ等をダウンロードすることもできる。そし
て、このようにして楽曲のオーディオデータがダウンロ
ードされる毎に、その履歴情報がＩＲＤ１２内のＩＣカ
ードに記憶される。ＩＣカードに記憶された情報は、例
えば１カ月に一度ずつ課金サーバ５により取り込みが行
われ、ユーザに対してデータサービスの使用履歴に応じ
た課金が行われる。これによって、ダウンロードされる
楽曲の著作権を保護することができることにもなる。

【００４４】また、ユーザは予めダウンロードの予約を
行いたい場合には、予約録音ボタン２５を押す。このボ
タンを押すと、ＧＵＩ画面の表示が切り換わり、予約が
可能な楽曲のリストが画面全体に表示される。例えばこ
のリストは１時間単位、１週間単位、チャンル単位等で
検索した楽曲を表示することが可能である。ユーザはこ
のリストの中からダウンロードの予約を行いたい楽曲を
選択すると、その情報がＩＲＤ１２内に登録される。そ
して、すでにダウンロードの予約を行った楽曲を碓認し
たい場合には、予約済一覧表示ボタン２６を押すことに
より、画面全体に表示させることができる。このように
して予約された楽曲は、予約時刻になるとＩＲＤ１２に
よりダウンロードされ、ストレージデバイス１３に記憶
される。

【００４５】ユーザはダウンロードを行った楽曲につい
て確認したい場合には、録音履歴ボタン２７を押すこと
により、既にダウンロードを行った楽曲のリストを画面
全体に表示させることができる。

【００４６】このように、本発明が適用されたシステム
の受信設備３では、モニタ装置１４のＧＵＩ画面上に楽
曲のリストが表示される。そして、このＧＵＩ画面上の
表示にしたがって楽曲を選択するとその楽曲を試聴する
ことができ、その楽曲の歌詞やアーティストのプロフィ
ール等を知ることができる。さらに、楽曲のダウンロー
ドとその予約、ダウンロードの履歴や予約済楽曲リスト
の表示等を行うことができる。

【００４７】詳しいことは後述するが、上記図４（ｂ）
に示すようなＧＵＩ画面の表示と、ＧＵＩ画面に対する
ユーザの操作に応答したＧＵＩ画面上での表示変更、及
び音声出力は、前述したＭＨＥＧ方式に基づいたシナリ
オ記述により、オブジェクトの関係を規定することによ
り実現される。ここでいうオブジェクトとは、図４
（ｂ）に示された各ボタンに対応するパーツとしての画
像データや各表示エリアに表示される素材データとな
る。そして、本明細書においては、このＧＵＩ画面のよ
うな、シナリオ（スクリプト）記述によってオブジェク
ト間の関係が規定されることで、或る目的に従った情報
の出力態様（画像表示や音声出力等）が実現される環境
を「シーン」というものとする。また、１シーンを形成
するオブジェクトとしては、シナリオ記述のファイル自
体も含まれるものとする。

【００４８】以上、説明したように、本発明が適用され
たデジタル衛星放送システムでは放送番組が配信される
と共に、複数のオーディオチャンネルを使用して楽曲の
オーディオデータが配信される。そして、配信されてい
る楽曲のリスト等を使用して所望の楽曲を探し、そのオ
ーディオデータをストレージデバイス１３に簡単に保存
することができる。なお、デジタル衛星放送システムに
おける番組提供以外のサービスとしては、上記した楽曲
データのダウンロードの他にも各種考えられる。例え
ば、いわゆるテレビショッピングといわれる商品紹介番
組を放送した上で、ＧＵＩ画面としては購買契約が結べ
るようなものを用意することも考えられる。

【００４９】１−３．地上局 これまで、本実施の形態としてのデジタル衛星放送シス
テムの概要について説明したが、以降、このシステムに
ついてより詳しい説明を行っていくこととする。そこ
で、先ず地上局１の構成について図５を参照して説明す
る。

【００５０】なお、以降の説明にあたっては、次のこと
を前提とする。本実施の形態では、地上局１から衛星２
を介しての受信設備３への送信を行うのにあたり、少な
くともＧＵＩデータについては、ＤＳＭ−ＣＣ(デジタ
ル蓄積メディア・コマンド・アンド・コントロール；Di
gital Strage Media-Command and Control)プロトコル
を採用する。ＤＳＭ−ＣＣ（ＭＰＥＧ−ｐａｒｔ６）方
式は、既に知られているように、例えば、何らかのネッ
トワークを介して、デジタル蓄積メディア（ＤＳＭ）に
蓄積されたＭＰＥＧ符号化ビットストリームを取り出し
(Retrieve)たり、或いはＤＳＭに対してストリームを蓄
積(Store)するためのコマンドや制御方式を規定したも
のである。そして本実施の形態においては、このＤＳＭ
−ＣＣ方式がデジタル衛星放送システムにおける伝送規
格として採用されているものである。そして、ＤＳＭ−
ＣＣ方式によりデータ放送サービス（例えばＧＵＩ画面
など）のコンテンツ（オブジェクトの集合）を伝送する
ためには、コンテンツの記述形式を定義しておく必要が
ある。本実施の形態では、この記述形式の定義として先
に述べたＭＨＥＧが採用されるものである。

【００５１】図５に示す地上局１の構成において、テレ
ビ番組素材登録システム３１は、テレビ番組素材サーバ
６から得られた素材データをＡＶサーバ３５に登録す
る。この素材データはテレビ番組送出システム３９に送
られ、ここでビデオデータは例えばＭＰＥＧ２方式で圧
縮され、オーディオデータは、例えばＭＰＥＧ２オーデ
ィオ方式によりパケット化される。テレビ番組送出シス
テム３９の出力はマルチプレクサ４５に送られる。

【００５２】また、楽曲素材登録システム３２では、楽
曲素材サーバ７からの素材データ、つまりオーディオデ
ータを、ＭＰＥＧ２オーディオエンコーダ３６Ａ、及び
ＡＴＲＡＣエンコーダ３６Ｂに供給する。ＭＰＥＧ２オ
ーディオエンコーダ３６Ａ、ＡＴＲＡＣエンコーダ３６
Ｂでは、それぞれ供給されたオーディオデータについて
エンコード処理（圧縮符号化）を行った後、ＭＰＥＧオ
ーディオサーバ４０Ａ及びＡＴＲＡＣオーディオサーバ
４０Ｂに登録させる。ＭＰＥＧオーディオサーバ４０Ａ
に登録されたＭＰＥＧオーディオデータは、ＭＰＥＧオ
ーディオ送出システム４３Ａに伝送されてここでパケッ
ト化された後、マルチプレクサ４５に伝送される。ＡＴ
ＲＡＣオーディオサーバ４０Ｂに登録されたＡＴＲＡＣ
データは、ＡＴＲＡＣオーディオ送出システム４３Ｂに
４倍速ＡＴＲＡＣデータとして送られ、ここでパケット
化されてマルチプレクサ４５に送出される。

【００５３】また、音声付加情報登録システム３３で
は、音声付加情報サーバ８からの素材データである音声
付加情報を音声付加情報データベース３７に登録する。
この音声付加情報データベース３７に登録された音声付
加情報は、音声付加情報送出システム４１に伝送され、
同様にして、ここでパケット化されてマルチプレクサ４
５に伝送される。

【００５４】また、ＧＵＩ用素材登録システム３４で
は、ＧＵＩデータサーバ９からの素材データであるＧＵ
Ｉデータを、ＧＵＩ素材データベース３８に登録する。

【００５５】ＧＵＩ素材データベース３８に登録された
ＧＵＩ素材データは、ＧＵＩオーサリングシステム４２
に伝送され、ここで、ＧＵＩ画面、即ち図４にて述べた
「シーン」としての出力が可能なデータ形式となるよう
に処理が施される。

【００５６】つまり、ＧＵＩオーサリングシステム４２
に伝送されてくるデータとしては、例えば、楽曲のダウ
ンロードのためのＧＵＩ画面であれば、アルバムジャケ
ットの静止画像データ、歌詞などのテキストデータ、更
には、操作に応じて出力されるべき音声データなどであ
る。上記した各データはいわゆるモノメディアといわれ
るが、ＧＵＩオーサリングシステム４２では、ＭＨＥＧ
オーサリングツールを用いて、これらのモノメディアデ
ータを符号化して、これをオブジェクトとして扱うよう
にする。そして、例えば図４（ｂ）にて説明したような
シーン（ＧＵＩ画面）の表示態様と操作に応じた画像音
声の出力態様が得られるように上記オブジェクトの関係
を規定したシナリオ記述ファイル（スクリプト）と共に
ＭＨＥＧ−５のコンテンツを作成する。また、図４
（ｂ）に示したようなＧＵＩ画面では、テレビ番組素材
サーバ６の素材データを基とする画像・音声データ（Ｍ
ＰＥＧビデオデータ、ＭＰＥＧオーディオデータ）と、
楽曲素材サーバ７の楽曲素材データを基とするＭＰＥＧ
オーディオデータ等も、ＧＵＩ画面に表示され、操作に
応じた出力態様が与えられる。従って、上記シナリオ記
述ファイルとしては、上記ＧＵＩオーサリングシステム
４２では、上記したテレビ番組素材サーバ６の素材デー
タを基とする画像・音声データ、楽曲素材サーバ７の楽
曲素材データを基とするＭＰＥＧオーディオデータ、更
には、音声付加情報サーバ８を基とする音声付加情報も
必要に応じてオブジェクトとして扱われて、ＭＨＥＧの
スクリプトによる規定が行われる。

【００５７】なお、ＧＵＩオーサリングシステム４２か
ら伝送されるＭＨＥＧコンテンツのデータとしては、ス
クリプトファイル、及びオブジェクトとしての各種静止
画データファイルやテキストデータファイル（更には音
声データファイル）などとなるが、静止画データは、例
えばＪＰＥＧ(Joint Photograph Experts Group)方式で
圧縮された６４０×４８０ピクセルのデータとされ、テ
キストデータは例えば８００文字以内のファイルとされ
る。

【００５８】ＧＵＩオーサリングシステム４２にて得ら
れたＭＨＥＧコンテンツのデータはＤＳＭ−ＣＣエンコ
ーダ４４に伝送される。ＤＳＭ−ＣＣエンコーダ４４で
は、ＭＰＥＧ２フォーマットに従ったビデオ、オーディ
オデータのデータストリームに多重できる形式のトラン
スポートストリーム（以下ＴＳ(Transport Stream)とも
略す）に変換して、パケット化されてマルチプレクサ４
５に出力される。

【００５９】マルチプレクサ４５においては、テレビ番
組送出システム３９からのビデオパケットおよびオーデ
ィオパケットと、ＭＰＥＧオーディオ送出システム４３
Ａからのオーディオパケットと、ＡＴＲＡＣオーディオ
送出システム４３Ｂからの４倍速オーディオパケット
と、音声付加情報送出システム４１からの音声付加情報
パケットと、ＧＵＩオーサリングシステム４２からのＧ
ＵＩデータパケットとが時間軸多重化されると共に、キ
ー情報サーバ１０（図１）から出力されたキー情報に基
づいて暗号化される。

【００６０】マルチプレクサ４５の出力は電波送出シス
テム４６に伝送され、ここで例えば誤り訂正符号の付
加、変調、及び周波数変換などの処理を施された後、ア
ンテナから衛星２に向けて送信出力するようにされる。

【００６１】また、本実施の形態にあっては、インタラ
クション・マネージャー４７が設けられる。このインタ
ラクション・マネージャー４７は、インタラクション・
チャンネル１７を介して、各受信設備３のＩＲＤ１２か
ら送信されてくる視聴履歴情報を受信するためのインタ
ーフェイスとして設けられる。なお、このインタラクシ
ョン・マネージャー４７としては、多数のＩＲＤ１２か
らの視聴履歴情報を同時に取得することに支障がないよ
うに、複数台設置されても良いものである。

【００６２】このインタラクション・マネージャー４７
にて受信された多数の視聴履歴情報は、ＧＵＩオーサリ
ングシステム４２により取り込みが行われて、ここで収
集される。そして、ＧＵＩオーサリングシステム４２で
は、後述するようにして、この視聴履歴情報に基づい
て、カルーセルデータとして送信するＭＨＥＧコンテン
ツを形成するデータファイルの送出頻度を変更するよう
にされる。

【００６３】１−４．送信フォーマット 次に、ＤＳＭ−ＣＣ方式に基づいて規定された本実施の
形態の送信フォーマットについて説明する。図６は、地
上局１から衛星２に送信出力される際のデータの一例を
示している。なお、前述したように、この図に示す各デ
ータは実際には時間軸多重化されているものである。ま
た、この図では、図６に示すように、時刻ｔ１から時刻
ｔ２の間が１つのイベントとされ、時刻ｔ２から次のイ
ベントとされる。ここでいうイベントとは、例えば音楽
番組のチャンネルであれば、複数楽曲のラインナップの
組を変更する単位であり、時間的には３０分或いは１時
間程度となる。

【００６４】図６に示すように、時刻ｔ１から時刻ｔ２
のイベントでは、通常の動画の番組放送で、所定の内容
Ａ１を有する番組が放送されている。また、時刻ｔ２か
ら始めるイベントでは、内容Ａ２としての番組が放送さ
れている。この通常の番組で放送されているのは動画と
音声である。

【００６５】ＭＰＥＧオーディオチャンネル（１）〜
（１０）は、例えば、チャンネルＣＨ１からＣＨ１０の
１０チャンネル分用意される。このとき、各オーディオ
チャンネルＣＨ１，ＣＨ２，ＣＨ３・・・・ＣＨ１０で
は、１つのイベントが放送されている間は同一楽曲が繰
り返し送信される。つまり、時刻ｔ１〜ｔ２のイベント
の期間においては、オーディオチャンネルＣＨ１では楽
曲Ｂ１が繰り返し送信され、オーディオチャンネルＣＨ
２では楽曲Ｃ１が繰り返し送信され、以下同様に、オー
ディオチャンネルＣＨ１０では楽曲Ｋ１が繰り返し送信
されることになる。これは、その下に示されている４倍
速ＡＴＲＡＣオーディオチャンネル（１）〜（１０）に
ついても共通である。

【００６６】つまり、図６において、ＭＰＥＧオーディ
オチャンネルと４倍速ＡＴＲＡＣオーディオチャンネル
のチャンネル番号である（ ）内の数字が同じものは同
じ楽曲となる。また、音声付加情報のチャンネル番号で
ある（ ）内の数字は、同じチャンネル番号を有するオ
ーディオデータに付加されている音声付加情報である。
更に、ＧＵＩデータとして伝送される静止画データやテ
キストデータも各チャンネルごとに形成されるものであ
る。これらのデータは、図７（ａ）〜（ｄ）に示すよう
にＭＰＥＧ２のトランスポートパケット内で時分割多重
されて送信され、図７（ｅ）〜（ｈ）に示すようにして
ＩＲＤ１２内では各データパケットのヘッダ情報を用い
て再構築される。

【００６７】また、上記図６及び図７に示した送信デー
タのうち、少なくとも、データサービス（ＴＶ放送（又
はオーディオ放送）に同期したＭＨＥＧコンテンツの放
送、又はインタラクティブ放送）に利用されるＧＵＩデ
ータは、ＤＳＭ−ＣＣ方式に則って論理的には次のよう
にして形成されるものである。ここでは、ＤＳＭ−ＣＣ
エンコーダ４４から出力されるトランスポートストリー
ムのデータに限定して説明する。

【００６８】図８（ａ）に示すように、ＤＳＭ−ＣＣ方
式によって伝送される本実施の形態のデータ放送サービ
スは、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙという名称のル
ートディレクトリの中に全て含まれる。Ｓｅｒｖｉｃｅ
Ｇａｔｅｗａｙに含まれるオブジェクトとしては、デ
ィレクトリ（Ｄｉｒｅｃｔｏｒｙ），ファイル（Ｆｉｌ
ｅ），ストリーム（Ｓｔｒｅａｍ），ストリームイベン
ト（Ｓｔｒｅａｍ Ｅｖｅｎｔ）などの種類が存在す
る。

【００６９】これらのうち、ファイルは静止画像、音
声、テキスト、更にはＭＨＥＧにより記述されたスクリ
プトなどの個々のデータファイルとされる。ストリーム
は例えば、他のデータサービスやＡＶストリーム（ＴＶ
番組素材としてのＭＰＥＧビデオデータ、オーディオデ
ータ、楽曲素材としてのＭＰＥＧオーディオデータ、Ａ
ＴＲＡＣオーディオデータ等）にリンクする情報が含ま
れる。また、ストリームイベントは、同じくリンクの情
報と時刻情報が含まれる。ディレクトリは相互に関連す
るデータをまとめるフォルダである。

【００７０】そして、ＤＳＭ−ＣＣ方式では、図８
（ｂ）に示すようにして、これらの単位情報とＳｅｒｖ
ｉｃｅ Ｇａｔｅｗａｙをそれぞれオブジェクトという
単位と捉え、それぞれをＢＩＯＰメッセージという形式
に変換する。なお、本発明に関わる説明では、ファイ
ル，ストリーム，ストリームイベントの３つのオブジェ
クトの区別は本質的なものではないので、以下の説明で
はこれらをファイルとしてのオブジェクトに代表させて
説明する。

【００７１】そして、ＤＳＭ−ＣＣ方式では、図８
（ｃ）に示すモジュールといわれるデータ単位を生成す
る。このモジュールは、図８（ｂ）に示したＢＩＯＰメ
ッセージ化されたオブジェクトを１つ以上含むようにさ
れたうえで、ＢＩＯＰヘッダが付加されて形成される可
変長のデータ単位であり、後述する受信側における受信
データのバッファリング単位となる。また、ＤＳＭ−Ｃ
Ｃ方式としては、１モジュールを複数のオブジェクトに
より形成する場合の、オブジェクト間の関係については
特に規定、制限はされていない。つまり、極端なことを
いえば、全く関係の無いシーン間における２以上のオブ
ジェクトにより１モジュールを形成したとしても、ＤＳ
Ｍ−ＣＣ方式のもとでの規定に何ら違反するものではな
い。

【００７２】このモジュールは、ＭＰＥＧ２フォーマッ
トにより規定されるセクションといわれる形式で伝送す
るために、図８（ｄ）に示すように、機械的に「ブロッ
ク」といわれる原則固定長のデータ単位に分割される。
但し、モジュールにおける最後のブロックについては規
定の固定長である必要はないものとされている。このよ
うに、ブロック分割を行うのはＭＰＥＧ２フォーマット
において、１セクションが４ＫＢを越えてはならないと
いう規定があることに起因する。また、この場合には上
記ブロックとしてのデータ単位と、セクションとは同義
なものとなる。

【００７３】このようにしてモジュールを分割して得た
ブロックは、図８（ｅ）に示すようにしてヘッダが付加
されてＤＤＢ(Download Data Block)というメッセージ
の形式に変換される。

【００７４】また、上記ＤＤＢへの変換と並行して、Ｄ
ＳＩ(Download Server Initiate)及びＤＩＩ(Download
Indication Information)という制御メッセージが生成
される。上記ＤＳＩ及びＤＩＩは、受信側（ＩＲＤ１
２）で受信データからモジュールを取得する際に必要と
なる情報であり、ＤＳＩは主として、次に説明するカル
ーセル（モジュール）の識別子、カルーセル全体に関連
する情報（カルーセルが１回転する時間、カルーセル回
転のタイムアウト値）等の情報を有する。また、データ
サービスのルートディレクトリ（Ｓｅｒｖｉｃｅ Ｇａ
ｔｅｗａｙ）の所在を知るための情報も有する（オブジ
ェクトカルーセル方式の場合）。

【００７５】ＤＩＩは、カルーセルに含まれるモジュー
ルごとに対応する情報であり、モジュールごとのサイ
ズ、バージョン、そのモジュールのタイムアウト値など
の情報を有する。

【００７６】そして、図８（ｆ）に示すように、上記Ｄ
ＤＢ、ＤＳＩ、ＤＩＩの３種類のメッセージをセクショ
ンのデータ単位に対応させて周期的に、かつ、繰り返し
送出するようにされる。これにより、受信機側では例え
ば目的のＧＵＩ画面（シーン）を得るのに必要なオブジ
ェクトが含まれているモジュールをいつでも受信できる
ようにされる。本明細書では、このような伝送方式を回
転木馬に例えて「カルーセル方式」といい、図８（ｆ）
に示すようにして模式的に表されるデータ伝送形態をカ
ルーセルというものとする。ここで、１カルーセルに含
まれるモジュールとしては複数とされて構わない。例え
ば、１カルーセルにより１つのデータサービスに必要な
複数のモジュールを伝送するようにしてもよいものであ
る。

【００７７】また、図９に、ＭＨＥＧ方式に則ったデー
タサービスとしてのファイル（ＭＨＥＧ ａｐｐｌｉｃ
ａｔｉｏｎ ｆｉｌｅ）のディレクトリ構造例を示す。
上述のようにオブジェクトカルーセル方式は、このディ
レクトリ構造を扱えることに特徴を有する。通常、Ｓｅ
ｒｖｉｃｅ Ｄｏｍａｉｎの入り口となる（ＭＨＥＧ
ａｐｐｌｉｃａｔｉｏｎ ｆｉｌｅ）は、必ず、Ｓｅｒ
ｖｉｃｅ Ｇａｔｅｗａｙの直下にある、ａｐｐ０／ｓ
ｔａｒｔｕｐというファイルとなる。基本的には、Ｓｅ
ｒｖｉｃｅ Ｄｏｍａｉｎ（Ｓｅｒｖｉｃｅ Ｇａｔｅ
ｗａｙ）の下にａｐｐｌｉｃａｔｉｏｎ ｄｉｒｅｃｔ
ｏｒｙ（ａｐｐ０，ａｐｐ１・・・ａｐｐＮ）があり、
その下にｓｔａｒｔｕｐといわれるアプリケーション・
ファイルと、ａｐｐｌｉｃａｔｉｏｎを構成する各ｓｃ
ｅｎｅのｄｉｒｅｃｔｏｒｙ（ｓｃｅｎｅｄｉｒ０，ｓ
ｃｅｎｅｄｉｒ１・・・）があるようにされる。更にｓ
ｃｅｎｅ ｄｉｒｅｃｔｏｒｙの下には、ＭＨＥＧ ｓ
ｃｅｎｅ ｆｉｌｅとｓｃｅｎｅを構成する各ｃｏｎｔ
ｅｎｔ ｆｉｌｅがおかれることとしている。

【００７８】ここで、上記した「カルーセル方式」とし
ては、「データカルーセル方式」と「オブジェクトカル
ーセル方式」とに分けられる。特にオブジェクトカルー
セル方式では、ファイル、ディレクトリ、ストリーム、
サービスゲートウェイなどの属性を持つオブジェクトを
データとしてカルーセルを用いて転送する方式で、ディ
レクトリ構造を扱える。これに対して、データカルーセ
ル方式では、例えばＭＨＥＧコンテンツに対応する場合
には、例えば実際には１シーンを形成するファイルのデ
ィレクトリ構造を、１つのファイルに纏める（インクル
ードする）ようにして管理し、このファイル単位のデー
タをカルーセルを用いて転送する方式である。

【００７９】本実施の形態としては、何れの方式が採用
されても構わないのであるが、ここでは、データカルー
セル方式を採用するものとする。例えば実際に採用され
るデジタル衛星放送でのコンテンツの放送規格であれ
ば、同一のシーンで使用する各種オブジェクト(ファイ
ル)は２５６Ｋｂｙｔｅ以内のサイズであれば、一つの
シーンファイルとして纏めるべきものとして規定されて
いるものである。

【００８０】また、上記のようにしてカルーセルにより
送信されるＧＵＩデータを含む放送用のデータ、つま
り、図５のマルチプレクサ４５から出力されるデータと
しては、トランスポートストリームの形態により出力さ
れる。このトランスポートストリームは例えば図１０に
示す構造を有する。図１０（ａ）には、トランスポート
ストリームが示されている。このトランスポートストリ
ームとはＭＰＥＧシステムで定義されているビット列で
あり、図のように１８８バイトの固定長パケット（トラ
ンスポートパケット）の連結により形成される。

【００８１】そして、各トランスポートパケットは、図
１０（ｂ）に示すようにヘッダと特定の個別パケットに
付加情報を含めるためのアダプテーションフィールドと
パケットの内容（ビデオ／オーディオデータ等）を表す
ペイロード（データ領域）とからなる。

【００８２】ヘッダは、例えば実際には４バイトとさ
れ、図１０（ｃ）に示すように、先頭には必ず同期バイ
トがあるようにされ、これより後ろの所定位置にそのパ
ケットの識別情報であるＰＩＤ（Ｐａｃｋｅｔ＿Ｉ
Ｄ）、スクランブルの有無を示すスクランブル制御情
報、後続するアダプテーションフィールドやペイロード
の有無等を示すアダプテーションフィールド制御情報が
格納されている。

【００８３】これらの制御情報に基づいて、受信装置側
ではパケット単位でデスクランブルを行い、また、デマ
ルチプレクサによりビデオ／オーディオ／データ等の必
要パケットの分離・抽出を行うことができる。また、ビ
デオ／オーディオの同期再生の基準となる時刻情報（Ｐ
ＣＲ；Program Clock Reference）を再生することもこ
こで行うことができる。

【００８４】また、これまでの説明から分かるように、
１つのトランスポートストリームには複数チャンネル分
の映像／音声／データのパケットが多重されているが、
それ以外にＰＳＩ(Program Specific Information)とい
われる選局を司るための信号や、限定受信（個人の契約
状況により有料チャンネルの受信可不可を決定する受信
機能）に必要な情報（ＥＭＭ／ＥＣＭ）、ＥＰＧなどの
サービスを実現するためのＳＩ(Service Information)
が同時に多重されている。

【００８５】ＰＳＩは、図１１に示すようにして、４つ
のテーブルで構成されている。それぞれのテーブルは、
セクション形式というＭＰＥＧ Ｓｙｓｔｅｍに準拠し
た形式で表されている。図１１（ａ）には、ＮＩＴ(Net
work Informataion Table)及びＣＡＴ(Conditional Acc
ess Table)のテーブルが示されている。ＮＩＴは、全キ
ャリアに同一内容が多重されている。キャリアごとの伝
送諸元（偏波面、キャリア周波数、畳み込みレート等）
と、そこに多重されているチャンネルのリストが記述さ
れている。ＮＩＴのＰＩＤとしては、ＰＩＤ＝0x0010と
されている。

【００８６】ＣＡＴもまた、全キャリアに同一内容が多
重される。限定受信方式の識別と契約情報等の個別情報
であるＥＭＭ(Entitlement Management Message)パケッ
トのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ
＝0x0001により示される。

【００８７】図１１（ｂ）には、キャリアごとに固有の
内容を有する情報として、ＰＡＴが示される。ＰＡＴに
は、そのキャリア内のチャンネル情報と、各チャンネル
の内容を表すＰＭＴのＰＩＤが記述されている。ＰＩＤ
としては、ＰＩＤ＝0x0000により示される。

【００８８】また、キャリアにおけるチャンネルごとの
情報として、図１１（ｃ）に示すＰＭＴ(Program Map T
able)のテーブルを有する。ＰＭＴは、チャンネル別の
内容が多重されている。例えば、図１１（ｄ）に示すよ
うな、各チャンネルを構成するコンポーネント（ビデオ
／オーディオ等）と、デスクランブルに必要なＥＣＭ(E
ncryption Control Message)パケットのＰＩＤが記述さ
れている。ＰＭＴのＰＩＤは、ＰＡＴにより指定され
る。

【００８９】また、ＳＩは、図示は省略するが、ＰＳＩ
と同様にセクション形式のテーブルとされ、ここにＥＰ
Ｇに関する情報が記述される。ＩＲＤ側では、このテー
ブルから必要とされる情報を抽出して画面上に表示する
ようにされている。そして、このＳＩの代表的なテーブ
ルとしては、ＳＤＴ(Service DescriptionTable)とＥＩ
Ｔ(Event Information Table)が挙げられる。ＳＤＴ
は、チャンネル情報を表すもので、チャンネル番号、チ
ャンネル名、チャンネル内容等が記述される。ＰＩＤと
しては、ＰＩＤ＝0x0011により示されることになってい
る。ＥＩＴは、番組情報を表すもので、番組名、番組開
始時刻、番組のあらすじ、ジャンル等が記述されてい
る。ＰＩＤとしては、ＰＩＤ＝0x0012により示される。

【００９０】１−５．ＩＲＤ 続いて、受信設備３に備えられるＩＲＤ１２の一構成例
について図１２を参照して説明する。

【００９１】この図に示すＩＲＤ１２において、入力端
子Ｔ１には、パラボラアンテナ１１のＬＮＢ１５により
所定の周波数に変換された受信信号を入力してチューナ
／フロントエンド部５１に供給する。チューナ／フロン
トエンド部５１では、ＣＰＵ(Central Processing Uni
t)８０からの伝送諸元等を設定した設定信号に基づい
て、この設定信号により決定されるキャリア（受信周波
数）を受信して、例えばビタビ復調処理や誤り訂正処理
等を施すことで、トランスポートストリームを得るよう
にされる。チューナ／フロントエンド部５１にて得られ
たトランスポートストリームは、デスクランブラ５２に
対して供給される。また、チューナ／フロントエンド部
５１では、トランスポートストリームからＰＳＩのパケ
ットを取得し、その選局情報を更新すると共に、トラン
スポートストリームにおける各チャンネルのコンポーネ
ントＰＩＤを得て、例えばＣＰＵ８０に伝送する。ＣＰ
Ｕ８０では、取得したＰＩＤを受信信号処理に利用する
ことになる。

【００９２】デスクランブラ５２では、ＩＣカード６５
に記憶されているデスクランブルキーデータをＣＰＵ８
０を介して受け取ると共に、ＣＰＵ８０によりＰＩＤが
設定される。そして、このデスクランブルキーデータと
ＰＩＤとに基づいてデスクランブル処理を実行し、トラ
ンスポート部５３に対して伝送する。

【００９３】トランスポート部５３は、デマルチプレク
サ７０と、例えばＤＲＡＭ等により構成されるキュー
（Queue）７１とからなる。キュー（Queue）７１は、モ
ジュール単位に対応した複数のメモリ領域が列となるよ
うにして形成されているものとされ、例えば本実施の形
態では、３２列のメモリ領域が備えられる。つまり、最
大で３２モジュールの情報を同時に格納することができ
る。

【００９４】デマルチプレクサ７０の概略的動作として
は、ＣＰＵ８０のＤｅＭＵＸドライバ８２により設定さ
れたフィルタ条件に従って、デスクランブラ５２から供
給されたトランスポートストリームから必要なトランス
ポートパケットを分離し、必要があればキュー７１を作
業領域として利用して、先に図７（ｅ）〜（ｈ）により
示したような形式のデータを得て、それぞれ必要な機能
回路部に対して供給する。デマルチプレクサ７０にて分
離されたＭＰＥＧビデオデータは、ＭＰＥＧ２ビデオデ
コーダ５５に対して入力され、ＭＰＥＧオーディオデー
タは、ＭＰＥＧオーディオデコーダ５４に対して入力さ
れる。これらデマルチプレクサ７０により分離されたＭ
ＰＥＧビデオ／オーディオデータの個別パケットは、Ｐ
ＥＳ(Packetized Elementary Stream)と呼ばれる形式で
それぞれのデコーダに入力される。

【００９５】また、トランスポートストリームにおける
ＭＨＥＧコンテンツのデータについては、デマルチプレ
クサ７０によりトランスポートストリームからトランス
ポートパケット単位で分離抽出されながらキュー７１の
所要のメモリ領域に書き込まれていくことで、モジュー
ル単位にまとめられるようにして形成される。そして、
このモジュール単位にまとめられたＭＨＥＧコンテンツ
のデータは、ＣＰＵ８０の制御によってデータバスを介
して、メインメモリ９０内のＤＳＭ−ＣＣバッファ９１
に書き込まれて保持される。

【００９６】また、トランスポートストリームにおける
４倍速ＡＴＲＡＣデータ（圧縮オーディオデータ）も、
例えばトランスポートパケット単位で必要なデータがデ
マルチプレクサ７０により分離抽出されてＩＥＥＥ１３
９４インターフェイス６０に対して出力される。また、
ＩＥＥＥ１３９４インターフェイス６０を介した場合に
は、オーディオディオデータの他、ビデオデータ及び各
種コマンド信号等を送出することも可能とされる。

【００９７】ＰＥＳとしての形式によるＭＰＥＧビデオ
データが入力されたＭＰＥＧ２ビデオデコーダ５５で
は、メモリ５５Ａを作業領域として利用しながらＭＰＥ
Ｇ２フォーマットに従って復号化処理を施す。復号化さ
れたビデオデータは、表示処理部５８に供給される。

【００９８】表示処理部５８には、上記ＭＰＥＧ２ビデ
オデコーダ５５から入力されたビデオデータと、後述す
るようにしてメインメモリ９０のＭＨＥＧバッファ９２
にて得られるデータサービス用のＧＵＩ画面等のビデオ
データが入力される。表示処理部５８では、このように
して入力されたビデオデータについて所要の信号処理を
施して、所定のテレビジョン方式によるアナログオーデ
ィオ信号に変換してアナログビデオ出力端子Ｔ２に対し
て出力する。これにより、アナログビデオ出力端子Ｔ２
とモニタ装置１４のビデオ入力端子とを接続すること
で、例えば先に図４に示したような表示が行われる。

【００９９】また、ＰＥＳによるＭＰＥＧオーディオデ
ータが入力されるＭＰＥＧ２オーディオデコーダ５４で
は、メモリ５４Ａを作業領域として利用しながらＭＰＥ
Ｇ２フォーマットに従って復号化処理を施す。復号化さ
れたオーディオデータは、Ｄ／Ａコンバータ５６及び光
デジタル出力インターフェイス５９に対して供給され
る。

【０１００】Ｄ／Ａコンバータ５６では、入力されたオ
ーディオデータについてアナログ音声信号に変換してス
イッチ回路５７に出力する。スイッチ回路５７では、ア
ナログオーディオ出力端子Ｔ３又はＴ４の何れか一方に
対してアナログ音声信号を出力するように信号経路の切
換を行う。ここでは、アナログオーディオ出力端子Ｔ３
はモニタ装置１４の音声入力端子と接続されるために設
けられているものとされる。また、アナログオーディオ
出力端子Ｔ４はダウンロードした楽曲をアナログ信号に
より出力するための端子とされる。また、光デジタル出
力インターフェイス５９では、入力されたデジタルオー
ディオデータを光デジタル信号に変換して出力する。こ
の場合、光デジタル出力インターフェイス５９は、例え
ばＩＥＣ９５８に準拠する。

【０１０１】メインメモリ９０は、ＣＰＵ８０が各種制
御処理を行う際の作業領域として利用されるものであ
る。そして、本実施の形態では、このメインメモリ９０
において、前述したＤＳＭ−ＣＣバッファ９１と、ＭＨ
ＥＧバッファ９２としての領域が割り当てられるように
なっている。ＭＨＥＧバッファ９２には、ＭＨＥＧ方式
によるスクリプトの記述に従って生成された画像データ
（例えばＧＵＩ画面の画像データ）を生成するための作
業領域とされ、ここで生成された画像データはバスライ
ンを介して表示処理部５８に供給される。

【０１０２】更に、本実施の形態の場合には、メインメ
モリ９０に対して視聴履歴情報を保持するための領域で
ある、視聴履歴情報バッファ９３が割り当てられる。こ
こでいう視聴履歴情報とは、当該ＩＲＤにて受信して視
聴した番組に関しての所要の内容を有する情報とされ
る。例えばここでは、受信して表示出力しているチャン
ネル（テレビ放送番組）の情報の他、ＧＵＩデータとし
てのＭＨＥＧアプリケーションとして、どのＭＨＥＧア
プリケーションにおいてどのシーンを呼び出して（表示
して）視聴したかなどの情報等が含まれるものとされ
る。更には、必要があれば、ダウンロード用の楽曲デー
タ（ＭＰＥＧオーディオデータ又はＡＴＲＡＣデータ）
のダウンロード結果（つまり、どの番組において、どの
楽曲をダウンロードしたのか）などの情報も、視聴履歴
情報とすることができる。

【０１０３】このような視聴履歴情報は、ＣＰＵ８０
が、放送を受信中にある当該ＩＲＤ１２の内部の各機能
回路部の動作状況を識別することで作成し、視聴履歴情
報バッファ９３に格納するようにされる。例えば受信チ
ャンネル（番組）は、ＰＳＩチューナ／フロントエンド
部５１からＣＰＵ８０に対して伝送されたＰＳＩパケッ
トの内容を参照することで識別することが可能とされ
る。また、受信したＭＨＥＧコンテンツとして例えばど
のデータファイル（例えばシーンなど）を取り込んで表
示出力させたのかということについては、ＣＰＵ８０
が、ＭＨＥＧバッファ９２にて生成され、表示（音声）
出力させたシーン等のデータについての識別を行うよう
にすればよい。更に、どの楽曲をダウンロードしたのか
についても、例えばデマルチプレクサ７０にてトランス
ポートストリームから分離してＩＥＥＥ１３９４インタ
ーフェイス６０に対して転送した楽曲データに含まれる
ＩＤ等の情報を参照することによって識別することが可
能とされる。

【０１０４】そして、このようにして作成されて視聴履
歴情報バッファ９３に格納された視聴履歴情報は、ＣＰ
Ｕ８０の制御によって、所定タイミングでモデム６３か
ら電話回線４を利用したインタラクション・チャンネル
１７（図１参照）を介して地上局１に対して送信され
る。

【０１０５】ＣＰＵ８０は、ＩＲＤ１２における全体制
御を実行する。このなかには、デマルチプレクサ７０に
おけるデータ分離抽出についての制御も含まれる。ま
た、獲得したＭＨＥＧコンテンツのデータについてデコ
ード処理を施すことで、スクリプトの記述内容に従って
ＧＵＩ画面（シーン）を構成して出力するための処理も
実行する。

【０１０６】このため、本実施の形態のＣＰＵ８０とし
ては、主たる制御処理を実行する制御処理部８１に加
え、例えば少なくとも、ＤｅＭＵＸドライバ８２、ＤＳ
Ｍ−ＣＣデコーダブロック８３、及びＭＨＥＧデコーダ
ブロック８４が備えられる。本実施の形態では、このう
ち、少なくともＤＳＭ−ＣＣデコーダブロック８３及び
ＭＨＥＧデコーダブロック８４については、ソフトウェ
アにより構成される。ＤｅＭＵＸドライバ８２は、入力
されたトランスポートストリームのＰＩＤに基づいてデ
マルチプレクサ７０におけるフィルタ条件を設定する。
ＤＳＭ−ＣＣデコーダブロック８３は、ＤＳＭ−Ｍａｎ
ａｇｅｒとしての機能を有するものであり、ＤＳＭ−Ｃ
Ｃバッファ９１に格納されているモジュール単位のデー
タについて、ＭＨＥＧコンテンツのデータに再構築す
る。また、ＭＨＥＧデコーダブロック８４からのアクセ
スに従って所要のＤＳＭ−ＣＣデコード等に関連する処
理を実行する。

【０１０７】ＭＨＥＧデコーダブロック８４は、ＤＳＭ
−ＣＣデコーダブロック８３により得られたＭＨＥＧコ
ンテンツのデータ、つまり、ＤＳＭ−ＣＣバッファ９１
にて得られているＭＨＥＧコンテンツのデータにアクセ
スして、シーン出力のためのデコード処理を行う。つま
り、そのＭＨＥＧコンテンツのスクリプトファイルによ
り規定されているオブジェクト間の関係を実現していく
ことで、シーンを形成するものである。この際、シーン
としてＧＵＩ画面を形成するのにあたっては、ＭＨＥＧ
バッファ９２を利用して、ここで、スクリプトファイル
の内容に従ってＧＵＩ画面の画像データを生成するよう
にされる。

【０１０８】ＤＳＭ−ＣＣデコーダブロック８３及びＭ
ＨＥＧデコーダブロック８４間のインターフェイスに
は、Ｕ−Ｕ ＡＰＩ（ＤＳＭ−ＣＣ Ｕ−Ｕ ＡＰＩ(A
pplivation Portability Interface)）が採用される。
Ｕ−Ｕ ＡＰＩは、例えばクライアント（ＭＨＥＧデコ
ーダブロック８４）側がＤＳＭ Ｍａｎａｇｅｒオブジ
ェクト（ＤＳＭの機能を実現するサーバオブジェクト；
ＤＳＭ−ＣＣデコーダブロック８３）にアクセスするた
めのインターフェイスであり、カルーセルに含まれるＳ
ｅｒｖｉｃｅ Ｇａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，
Ｆｉｌｅ，Ｓｔｒｅａｍ，Ｓｔｒｅａｍ Ｅｖｅｎｔな
どの属性を有するオブジェクトをファイルシステムのよ
うにして構造的にアクセスすることができるようにした
ＡＰＩとされる。

【０１０９】このＡＰＩを通じてカルーセルに含まれる
オブジェクトへのアクセスを行うことで、カルーセルを
使用するプログラム（クライアント）がカルーセル受信
動作を関知することなく、バス名を使用してオブジェク
トにアクセスすることが可能になる。

【０１１０】また、このＵ−Ｕ ＡＰＩは、下層のデー
タ転送方式に関わらず利用することが出来るように規定
されたインターフェイスの集合であることから、このＡ
ＰＩを利用するプログラムは、Ｕ−Ｕ ＡＰＩを提供す
るどのようなデータ転送方式においても利用できるとい
う利点を有する。

【０１１１】ここで、ＣＰＵ８０の制御によりトランス
ポートストリームから１シーンを形成するのに必要な目
的のオブジェクトを抽出するための動作例について説明
しておく。

【０１１２】ＤＳＭ−ＣＣでは、トランスポートストリ
ーム中のオブジェクトの所在を示すのにＩＯＲ(Interop
erable Object Reference)が使用される。ＩＯＲには、
オブジェクトを見つけ出すためのカルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。

【０１１３】トランスポートストリームから抜き出され
たＩＯＲがＣＰＵ８０において識別された場合に、その
ＩＯＲで示されたオブジェクトを受信、分離して得るプ
ロセスは、例えば次のようになる。 （Ｐｒ１） ＣＰＵ８０のＤｅＭＵＸドライバ８２で
は、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値
を持つエレメンタリーストリーム（以下ＥＳと表記）
を、カルーセルにおけるＰＭＴのＥＳループから探し出
してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含
まれていることになる。 （Ｐｒ２） このＰＩＤとｔａｂｌｅ＿ｉｄ＿ｅｘｔｅ
ｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ７
０に対して設定する。これにより、デマルチプレクサ７
０では、ＤＩＩを分離してＣＰＵ８０に対して出力す
る。 （Ｐｒ３） ＤＩＩの中で、先のＩＯＲに含まれていた
ｍｏｄｕｌｅ＿ｉｄに相当するモジュールのａｓｓｏｃ
ｉａｔｉｏｎ＿ｔａｇを得る。 （Ｐｒ４） 上記ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同
じ値を有するＥＳを、ＰＭＴのＥＳループ（カルーセ
ル）から探し出し、ＰＩＤを得る。このＰＩＤを有する
ＥＳに目的とするモジュールが含まれる。 （Ｐｒ５） 上記ＰＩＤとｍｏｄｕｌｅ＿ｉｄとをフィ
ルタ条件として設定して、デマルチプレクサ７０による
フィルタリングを行う。このフィルタ条件に適合して分
離抽出されたトランスポートパケットがキュー７１の所
要のメモリ領域（列）に格納されていくことで、最終的
には、目的のモジュールが形成される。 （Ｐｒ６） 先のＩＯＲに含まれていたｏｂｊｅｃｔ＿
ｋｅｙに相当するオブジェクトをこのモジュールから抜
き出す。これが目的とするオブジェクトになる。このモ
ジュールから抜き出されたオブジェクトは、例えば、Ｄ
ＳＭ−ＣＣバッファ９１の所定の領域に書き込みが行わ
れる。 例えば、上記動作を繰り返し、目的とするオブジェクト
を集めてＤＳＭ−ＣＣバッファ９１に格納していくこと
で、必要とされるシーンを形成するＭＨＥＧコンテンツ
が得られることになる。

【０１１４】マンマシンインターフェイス６１では、リ
モートコントローラ６４から送信されてきたコマンド信
号を受信してＣＰＵ８０に対して伝送する。ＣＰＵ８０
では、受信したコマンド信号に応じた機器の動作が得ら
れるように、所要の制御処理を実行する。

【０１１５】ＩＣカードスロット６２にはＩＣカード６
５が挿入される。そして、この挿入されたＩＣカード６
５に対してＣＰＵ８０によって情報の書き込み及び読み
出しが行われる。

【０１１６】モデム６３は、電話回線４を介して課金サ
ーバ５と接続されており、ＣＰＵ８０の制御によってＩ
ＲＤ１２と課金サーバ５との通信が行われるように制御
される。

【０１１７】ここで、上記構成によるＩＲＤ１２におけ
るビデオ／オーディオソースの信号の流れを、図４によ
り説明した表示形態に照らし合わせながら補足的に説明
する。図４（ａ）に示すようにして、通常の番組を出力
する場合には、入力されたトランスポートストリームか
ら必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーデ
ィオデータとが抽出されて、それぞれ復号化処理が施さ
れる。そして、このビデオデータとＭＰＥＧオーディオ
データが、それぞれアナログビデオ出力端子Ｔ２と、ア
ナログオーディオ出力端子Ｔ３に出力されることで、モ
ニタ装置１４では、放送番組の画像表示と音声出力が行
われる。

【０１１８】また、図４（ｂ）に示したＧＵＩ画面を出
力する場合には、入力されたトランスポートストリーム
から、このＧＵＩ画面（シーン）に必要なＭＨＥＧコン
テンツのデータをトランスポート部５３により分離抽出
してＤＳＭ−ＣＣバッファ９１に取り込む。そして、こ
のデータを利用して、前述したようにＤＳＭ−ＣＣデコ
ーダブロック８３及びＭＨＥＧデコーダブロック８４が
機能することで、ＭＨＥＧバッファ９２にてシーン（Ｇ
ＵＩ画面）の画像データが作成される。そして、この画
像データが表示処理部５８を介してアナログビデオ出力
端子Ｔ２に供給されることで、モニタ装置１４にはＧＵ
Ｉ画面の表示が行われる。

【０１１９】また、図４（ｂ）に示したＧＵＩ画面上で
楽曲のリスト２１Ｂにより楽曲が選択され、その楽曲の
オーディオデータを試聴する場合には、この楽曲のＭＰ
ＥＧオーディオデータがデマルチプレクサ７０により得
られる。そして、このＭＰＥＧオーディオデータが、Ｍ
ＰＥＧオーディオデコーダ５４、Ｄ／Ａコンバータ、ス
イッチ回路５７、アナログオーディオ出力端子Ｔ３を介
してアナログ音声信号とされてモニタ装置１４に対して
出力される。

【０１２０】また、図４（ｂ）に示したＧＵＩ画面上で
ダウンロードボタン２８が押されてオーディオデータを
ダウンロードする場合には、ダウンロードすべき楽曲の
オーディオデータがデマルチプレクサ７０により抽出さ
れてアナログオーディオ出力端子Ｔ４、光デジタル出力
インターフェイス５９、またはＩＥＥＥ１３９４インタ
ーフェイス６０に出力される。

【０１２１】ここで、特にＩＥＥＥ１３９４インターフ
ェイス６０に対して、図２に示したＩＥＥＥ１３９４対
応のＭＤレコーダ／プレーヤ１３Ａが接続されている場
合には、デマルチプレクサ７０ではダウンロード楽曲の
４倍速ＡＴＲＡＣデータが抽出され、ＩＥＥＥ１３９４
インターフェイス６０を介してＭＤレコーダ／プレーヤ
１３Ａに装填されているディスクに対して記録が行われ
る。また、この際には、例えばＪＰＥＧ方式で圧縮され
たアルバムジャケットの静止画データ、歌詞やアーティ
ストのプロフィールなどのテキストデータもデマルチプ
レクサ７０においてトランスポートストリームから抽出
され、ＩＥＥＥ１３９４インターフェイス６０を介して
ＭＤレコーダ／プレーヤ１３Ａに転送される。ＭＤレコ
ーダ／プレーヤ１３Ａでは、装填されているディスクの
所定の領域に対して、これら静止画データ、テキストデ
ータを記録することができるようになっている。

【０１２２】２．本実施の形態のＭＨＥＧコンテンツの
送出 ２−１．ＭＨＥＧコンテンツの構造 続いて、本実施の形態のＭＨＥＧコンテンツ編成システ
ムについて説明する。ここで、ＭＨＥＧコンテンツ編成
システムの説明に先立ち、ＭＨＥＧコンテンツ（ＭＨＥ
Ｇアプリケーション）について説明しておく。

【０１２３】本実施の形態が対応するＭＨＥＧの規格と
しては、実際には、ＭＨＥＧ−５とされる。ＭＨＥＧ−
５は、Multimedia/Hypermedia Coding Expert Groupに
よる５番目の国際標準規格であり、ISO/IEC JTC1/SC 29
/WG12で標準化されたマルチメディアおよびハイパーメ
ディアの符号化方式であり、ＭＨＥＧ−５オブジェクト
と呼ばれるオブジェクトを標準化し、その符号化ならび
に実行方法がISO/IEC 13522-5で規定されている。ＭＨ
ＥＧ−５としての符号化方式は、異なる機種、システム
間でマルチメディア情報を交換可能とすることを目的と
しており、例えば、放送におけるVideo OnDemandなどの
インタラクティブアプリケーションに柔軟に対応できる
ものである。

【０１２４】ここでいうところの「マルチメディア」と
は、例えば動画、静止画、音声、文字などのモノメディ
アを組み合わせた概念であり、これら個々のモノメディ
アを、例えばディスプレイ上に対して空間的に自在に配
置し、時間的にも自在に再生／停止、表示／非表示を行
わせることが可能となっている。また、ＭＨＥＧ−５で
使用されるマルチメディアとしては、他にも、ボタン操
作や文字入力などによるインタラクティブ操作機能や、
このインタラクティブ操作の結果に応答して処理を変更
するといった条件判断機能をも有する。なお、以降、本
明細書において「ＭＨＥＧ」という場合には、このＭＨ
ＥＧ−５としての規格を指すものとされる。

【０１２５】ＭＨＥＧはオブジェクトオリエンテッドな
考え方のもとに、さまざまなオブジェクトを規定し、そ
れらオブジェクトのアトリビュートメソッド、振る舞い
を規定している。ＭＨＥＧで記述されるマルチメディア
シナリオは、基本的にイベント駆動の考え方によって記
述され、たとえば、ユーザーからのある入力を受け取っ
てビットマップを表示したり、ＭＰＥＧストリーム（メ
インＡＶデータ）の或る時点でテキストを表示したりと
いう、さまざまなＭＨＥＧ−５オブジェクトの時空間に
おける関係情報（マルチメディア同期という）を記述す
ることができるようになっている。

【０１２６】図１３には、ＭＨＥＧシーン１〜ＭＨＥＧ
シーン３の３つのシーンが示されている。これらの各シ
ーンは、例えば１画面分の画像領域に対して、オブジェ
クトをペーストするようにして組み合わせることで形成
されるものである。

【０１２７】ここでいうオブジェクトとは、先にも述べ
たように、画像情報（例えばＪＰＥＧやＧＩＦなどの静
止画像ファイル）やテキスト情報、及び操作ボタンなど
のパーツ画像ファイル（更には音声データファイルを含
む場合もある）等を指している。本実施の形態の場合、
これらのシーンは、例えばＴＶ放送の放送時間に同期し
た切り換えが行われるようにされたり、また、上記操作
ボタンの操作によって、他のシーンの切り換えが行われ
るようにされる。本実施の形態では、このようなシーン
の遷移を「トランジション」ともいうことにする。そし
て、例えばこれら３つのＭＨＥＧシーン１〜ＭＨＥＧシ
ーン３が、例えばトランジションが可能であるなどの１
纏まりの関係に在るとして、これらの関係は、ＭＨＥＧ
アプリケーション（ＭＨＥＧコンテンツ）の単位として
纏められることになっている。

【０１２８】そして、シーンの纏まりであるＭＨＥＧコ
ンテンツとして、例えばこれが本実施の形態のようにデ
ジタル衛星放送システムに使用されるなどして放送番組
と関連する場合には、１つの放送番組に対応して付随す
るとされる１以上のＭＨＥＧコンテンツ間の関係を規定
することにより、プロジェクトといわれる単位が形成さ
れる。図１４では、プロジェクトとしては、ＭＨＥＧコ
ンテンツ１，ＭＨＥＧコンテンツ２，ＭＨＥＧコンテン
ツ３の３つから成る場合が示されている。そして、ＭＨ
ＥＧコンテンツ１は、ＭＨＥＧシーン１，２，３の３つ
のシーンを備え、残るＭＨＥＧコンテンツ２，ＭＨＥＧ
コンテンツ３は、それぞれ、ＭＨＥＧシーン４，５を備
えているものとされる。

【０１２９】前述したデータカルーセル方式では、ＭＨ
ＥＧコンテンツであるマルチメディア情報は、シーンオ
ブジェクトとして符号化されて伝送されてくる。そし
て、各シーンオブジェクト中には、さらに、ＭＨＥＧオ
ブジェクトとして符号化されたテキスト、ビットマッ
プ、ＭＰＥＧストリームなどが含まれて、それらの時空
間での配置情報についても記述されているものである。

【０１３０】そして、ＭＨＥＧの動作からＭＨＥＧアプ
リケーションの構造を見た場合には、例えば図１５のよ
うにして示される。この図に示すようにして、ＭＨＥＧ
アプリケーションは、各オブジェクトの動作が記述され
たスクリプトファイル（ＭＨＥＧスクリプト）と、スク
リプトが外部参照するファイルで構成される。外部参照
ファイルは、ＭＨＥＧの規格で定められるところの、Bi
tmap ClassやText Class等のオブジェクト（ここでは制
御情報としての記述ファイルを指している）が利用する
ことになる。

【０１３１】ＭＨＥＧの動作は、いわゆるイベントドリ
ブンで行われ、予め或る特定の事象（イベント）が発生
したのであれば、これに対応する所定の動作（アクショ
ン）を実行する、という関係を設定しておくものであ
る。この概念を図１６に示す。

【０１３２】ＭＨＥＧの動作中は、ＭＨＥＧエンジンと
してのソフトウェアがイベントを全て監視し、イベント
が発生したときには、リンクとして設定されている事象
と同じものが在るか否かをチェックする。もしこれが在
れば、指定されているアクションを実行し（リンクが発
火するともいう）、無ければ、特に何も実行しない。具
体的に図１６においては、「ユーザがボタンを押す（Bu
tton Select）」というイベントが発生（図１６
（ａ））したことで、「ユーザがボタンを押す操作を行
ったら、絵を表示する」というように記述されたリンク
（図１６（ｂ））によって、「絵」をターゲットとする
「Ｒｕｎ」というアクションが実行される（図１６
（ｃ）；「リンクが発火する」ともいう）という関係が
示されている。

【０１３３】上記したＭＨＥＧスクリプトファイルとし
ては、ＴＮ(Textual notation)といわれる形式と、ＡＳ
Ｎ．１ ＤＥＲ(Abstract Syntax Notation No.1 Disti
nguished Encoding Rule)といわれる形式との、２つの
形式が存在する。

【０１３４】ＴＮは、テキストで記述されるスクリプト
ファイルとされ、その構造としては全てテキストに依
る。従って、ＴＮはテキストエディタを使用して作成で
きる。ＡＳＮ．１ ＤＥＲは、上記ＴＮを所定の規則に
従って、バイナリのデータに変換したものである。ＡＳ
Ｎ．１ ＤＥＲの形式によるＭＨＥＧスクリプトの作成
は、ＴＮについて変換を行う手法と、例えばＧＵＩが採
用された、ＭＨＥＧオーサリングツールを用いる手法が
考えられる。いずれにせよ、放送として送出する際に
は、最終的には、ＡＳＮ．１ ＤＥＲの形式にエンコー
ドしたうえで、放送規格内でのＤＳＭ−ＣＣ方式（カル
ーセル方式）で送出される形式のファイル（モジュー
ル）に変換することが行われる。

【０１３５】また、ＭＨＥＧアプリケーションは例えば
シーン間のトランジションの関係から見た場合に、いわ
ゆるシークエンス構造を有するものとされる。このシー
クエンス構造についても簡単に説明しておく。図１７
は、或るＭＨＥＧアプリケーションにおいて設定された
シークエンス構造例を示しているものである。例えば、
この図に示すＭＨＥＧアプリケーション１は、シーン
１，シーン２，シーン３，シーン４の４つのシーンから
成るものとされる。そして、この場合には、先頭のシー
ンとして図１７（ａ）に示すシーン１が設定されてい
る。また、このシーン１には、例えば図に示すように、
少なくとも「ボタン１」と「ボタン２」が表示されてい
るものとする。これらのボタンは、実際には、それぞれ
シーン１において使用されるべきオブジェクトとして扱
われるものである。

【０１３６】ここで、このＭＨＥＧアプリケーション１
にあっては、先ず、図１７（ａ）に示すシーン１の「ボ
タン１」に対する操作が行われたとすると、図１７
（ｂ）に示すシーン２に対して表示が切り替わるように
される。つまり、シーン１からシーン２に対してトラン
ジションするように規定されている。また、図１７
（ａ）に示すシーン１の「ボタン２」に対する操作が行
われたとすると、図１７（ｃ）に示すシーン３に対して
トランジション（推移）するように規定されている。

【０１３７】また、図１７（ｂ）に示すシーン２には
「ボタン３」が表示されているが、このボタンに対する
操作を行うと、図１７（ｄ）に示すシーン４にトランジ
ションし、更に、このシーン４において表示されている
「ボタン４」に対して操作を行うと、図１７（ｄ）→図
１７（ｅ）の遷移として示すように、シーン４から再び
シーン１にトランジションするように規定される。

【０１３８】また、図１７（ｃ）に示すシーン３が出力
されている状態の下で、このシーン３に表示されている
「ボタン５」に対する操作が行われたとすると、ＭＨＥ
Ｇアプリケーション１自体の出力を停止して、例えば図
１７（ｆ）に示すようにしてＭＨＥＧアプリケーション
２に移行するように規定される。この図１７（ｃ）→図
１７（ｆ）に示す遷移は、アプリケーション単位でのト
ランジションとみることができる。

【０１３９】このようにして、１つのＭＨＥＧアプリケ
ーションは、例えばシーンにおいて出力（表示）されて
いるボタン操作等に対応しての、シーン間の推移を規定
することで形成される。更に、ＭＨＥＧにあっては、同
一のＭＨＥＧアプリケーション内のシーンのトランジシ
ョンだけではなく、図１７（ｃ）→図１７（ｆ）として
示すような、ＭＨＥＧアプリケーション間の推移も可能
なように定義されているものである。これによって、実
際には、図４にて説明したような操作が実現され、イン
タラクティブ性を有するＧＵＩを提供するものである。
このような、ＭＨＥＧアプリケーション内におけるシー
ン間、及びＭＨＥＧアプリケーション間の推移も、先に
編集者が行ったシーン間のトランジジョンについての編
集結果に基づいて、例えばオーサリング管理情報として
記述されるものである。そして、ＭＨＥＧ−ＩＳのレベ
ルでは、このようなシーン間、ＭＨＥＧアプリケーショ
ン間のトランジション（リンク）は、ここでの詳しい説
明は省略するが、例えばＭＨＥＧスクリプトとして「La
unch」，「Transition To」等のアクションの記述によ
って制御されることになっている。

【０１４０】図１８は、ＭＨＥＧコンテンツについての
ファイル的な側面から見た構造を、その作成の処理手順
の流れにより示している。例えば編集者は、テキストエ
ディタ（Ａ）によってＴＮとしてのＭＨＥＧスクリプト
のファイル（ＴＮfile)を作成することができる。そし
て、これをエンコーダによってエンコードして、ＡＳ
Ｎ．１ ＤＥＲの形式に変換する。

【０１４１】また、先にも述べたように、ＭＨＥＧスク
リプトのファイルはオーサリングツールによるＧＵＩ操
作によっても記述可能とされており、この場合には、オ
ーサリングツールにおいて、ＡＳＮ．１ ＤＥＲの形式
によってＭＨＥＧスクリプトのファイルが出力される。

【０１４２】また、テキストエディタ（Ｂ）は、シーン
内で表示等が実行されるべき、例えば外部参照ファイル
としてのテキストファイルを作成するためのものとされ
る。なお、このテキストエディタ（Ｂ）は機能的にはＴ
Ｎを作成するためのテキストエディタ（Ａ）と同様とさ
れて構わない。

【０１４３】テキストエディタ（Ｂ）によって作成され
た各種テキストファイルは、この場合には、本実施の形
態が対応すべき所定の放送規格に従って、８単位符号化
が施され、８単位符号化ファイルとして出力される。

【０１４４】また、画像データファイルは、例えば図に
示すようにしてＪＰＥＧ等の形式による画像ファイルと
して用意され、また、シーン内のボタンオブジェクトと
しての画像等を形成する画像ファイルなどは、例えばＰ
ＮＧの形式によるファイルとして用意される。

【０１４５】ここで、図に破線で括って示すデータの集
合を、ディレクトリ構造によって管理すれば、ディレク
トリ管理形式のＭＨＥＧコンテンツを構築することにな
る。

【０１４６】そして、これらのディレクトリ管理形式に
よる各データについて、ＡＳＮ．１ＤＥＲ形式のＭＨＥ
Ｇスクリプト、８単位符号化されたテキストファイル、
及びＪＰＥＧ、ＰＮＧなどの画像ファイルをインクルー
ド処理によって、１シーンが１ファイルとして纏められ
て管理される形式のデータ（送出モジュール形式）に変
換する。そして、以降はデータカルーセル方式によって
放送のための送出を行うことができることになる。これ
に対して、オブジェクトカルーセル方式によって送出を
行う場合には、インクルード処理は行う必要はなく、上
述したディレクトリ管理形式のデータを利用してカルー
セルデータを形成して送出すればよい。

【０１４７】２−２．ＭＨＥＧコンテンツの送出 これまでの説明から分かるように、本実施の形態では、
各受信設備３のＩＲＤ１２から送信された視聴履歴情報
が、地上局１にて集められる。本実施の形態おいては、
ＩＲＤ１２からは、視聴履歴情報として現在ＩＲＤ１２
にて受信してユーザが視聴している（つまり表示／音声
出力させている）番組、及びＭＨＥＧコンテンツの内容
（例えばシーン単位による）を示す内容を少なくとも、
送信するようにされる。そして、地上局１にあっては、
この視聴履歴情報に基づいて現在の視聴状況を把握す
る。つまり、番組視聴率、更には番組内でのＭＨＥＧシ
ーン等に関する視聴率を把握する。そして、これらの視
聴率に基づき、カルーセルデータに含めるべきＭＨＥＧ
コンテンツを形成するデータファイル（モジュール）の
送出頻度を変更するようにされる。そして、このデータ
ファイルの送出頻度を変更したカルーセルデータを送信
するものである。

【０１４８】ここで、図１９にその具体例を示す。図１
９（ａ）には、或る段階で放送（送出）されているカル
ーセルデータが模式的に示されている。なお、ここで
は、説明の都合上、このカルーセルデータは、１つのＭ
ＨＥＧコンテンツを構成するデータによって形成されて
いるものとする。また、データファイルの単位として
は、例えば１シーン単位であるものとする。例えば図１
９（ａ）に示すようにして、この段階では、先に決定さ
れた送出頻度に従って、シーン１としてのデータファイ
ルについては、２ファイルが挿入され、シーン２として
のデータファイルについては４ファイルが挿入されてい
るものとする。

【０１４９】そして、この図１９（ａ）のカルーセルデ
ータを送出しているときに、各ＩＲＤ１２から送信され
て収集された視聴履歴情報に基づいて現在の視聴状況を
分析した結果、シーン１についてはこれまでよりも高い
率の所定の送出頻度を改めて決定し、シーン２について
はこれまでよりも低い所定の送出頻度を決定したとす
る。そして、この新たに決定された送出頻度に基づいて
更新されたカルーセルデータが、例えば図１９（ｂ）に
示すものとなる。

【０１５０】図１９（ｂ）にあっては、カルーセルデー
タに対して、シーン１としてのデータファイルは３ファ
イルに増加されて挿入されている。これに対して、シー
ン２としてのデータファイルは、２ファイルと少なくさ
れて挿入されている。そして、以降は、図１９（ａ）に
示したカルーセルデータに代えて、図１９（ｂ）に示す
カルーセルデータを送出するようにされる。本実施の形
態の地上局１では、放送中において、このような動作が
例えば数分単位での所定時間ごとに繰り返されるもので
ある。

【０１５１】本実施の形態としては、視聴履歴情報に基
づいて得た現在の視聴状況に応じて、カルーセルデータ
内のデータファイルの送出頻度をどのように変更して決
定するのかは、放送側の判断に任され、任意に決定でき
るのであるが、例えば実際に得られるメリットを考慮す
ると、次のような決定の仕方が考えられる。例えば１つ
には、地上局１にて収集した視聴履歴情報により、現在
視聴率の高い或るシーンが特定されたとする。そこで、
例えば以降においては、このシーンを形成するデータフ
ァイルについての送出頻度を高く設定してカルーセルデ
ータを送信するようにすれば、視聴者側では、より早期
にカルーセルデータからこのシーンを抽出して表示出力
させることができる。また、視聴履歴情報に基づいて現
在視聴率が低いと判定されるシーンについては、そのシ
ーンを形成するデータファイルの送出頻度をこれまでよ
りも低く設定して送信するようにして、その分、余裕が
出来たモジュールを例えば他のより視聴率の高いシーン
のデータファイルのために割り当てるようにすることも
できる。

【０１５２】また、逆に、放送側としては、現在或る特
定のシーンを最も視聴してほしいのに、視聴履歴情報に
よりこのシーンについての視聴率が低いと判定されたよ
うな場合が在るとする。このような場合には、このシー
ンのデータファイルの送出頻度を意図的に高くするとい
ったことも考えられる。また、視聴履歴情報により視聴
率が高いと判定されたシーンがあったとしても、何らか
の放送側の意図によって、敢えてこのシーンについての
データファイルの送出頻度をこれまでよりも低く設定す
るといったことも可能とされる。

【０１５３】つまり、視聴履歴情報に基づいてカルーセ
ルデータ内におけるデータファイルの送出頻度をダイナ
ミックに変更していくことで、視聴者のニーズにあった
データファイルの送出頻度の調整が行え、また、放送側
の意図に沿うかたちでデータファイルの送出頻度を決定
することができる。そしてこのようなことが現在の視聴
状況に反応してほぼリアルタイムで行えるものである。

【０１５４】また、カルーセルデータ内にあって送出頻
度を変更する対象となるデータファイルの種別として
は、特に限定されるものではない。例えば、先にも述べ
たように、データカルーセル方式では、１シーンが１フ
ァイルとされるため、送出頻度を変更できるデータファ
イルとしては、このシーンファイル単位となるのである
が、オブジェクトカルーセル方式では、１シーンを形成
する各種データが、ディレクトリで管理される形式でカ
ルーセルデータ内に含まれるため、例えば、シーンを形
成する各種オブジェクトファイル単位によって送出頻度
を決定してやることも可能とされる。つまり、本発明と
しては、ＭＨＥＧアプリケーションのようなマルチメデ
ィアコンテンツとしてのプログラムを形成する個々のデ
ータファイルが送出頻度変更の対象となり得るものであ
る。

【０１５５】２−３．処理動作 続いて、これまでの説明の纏めとして、ＩＲＤ１２にお
いて受信履歴情報を作成してこれを送信するための処理
動作と、地上局１側において、各ＩＲＤから収集した視
聴履歴情報に基づいてカルーセルデータ内のデータファ
イルの送出頻度を変更するための処理手順について説明
する。

【０１５６】ここで、ＩＲＤ１２側において、視聴履歴
情報を作成して送信するようにするためには、そのため
の指示を受ける必要がある。本実施の形態としては、こ
のような指示をどのように出すのかについては特に限定
はしないが、例えば以下のような手法が考えられる。

【０１５７】１つには、地上局から送信されるＭＨＥＧ
コンテンツのデータのスクリプトファイル内に、視聴履
歴情報を地上局１側に対してアップロードさせるように
指示する内容を記述するものである。この場合、ＩＲＤ
１２のＣＰＵ８０は、受信したトランスポートストリー
ムから抽出したＭＨＥＧコンテンツのデータをデコード
している際に得たスクリプトファイルの記述内容を参照
して、視聴履歴情報のアップロードについての指示が記
述されていれば、次に説明する図２０に示す処理を実行
するものである。また、これをＩＲＤ１２内部で指示が
得られるようにすることも考えられる。この場合には、
例えば放送受信中において、所定のタイミングで視聴履
歴情報を作成して送信するという処理（図２０に示す処
理）が実行されるように、内部のプログラム（若しくは
中間言語）を構成しておけばよい。

【０１５８】図２０のフローチャートには、ＩＲＤ１２
において受信履歴情報を作成してこれを送信するための
処理動作が示されている。この図に示す処理はＣＰＵ８
０が実行する。また、この図に示す処理は、ＩＲＤ１２
により放送を受信している動作期間中に実行されるもの
である。

【０１５９】この図に示す処理にあっては、先ずステッ
プＳ１０１にあって、現在の放送の受信処理状況につい
て監視を行っている。つまり、ＣＰＵ８０は、前述した
ように、現在選局中のチャンネル（番組）や、現在出力
処理中のＭＨＥＧコンテンツ（例えばシーン）などを把
握しているようにされる。

【０１６０】そして、ステップＳ１０２において、上記
ステップＳ１０１にて監視されていた現在の受信処理状
況に基づき、視聴履歴情報を作成する。なお、ステップ
Ｓ１０２の処理としては、例えばユーザが受信チャンネ
ルを短時間で頻繁に切り換えているような状況で視聴履
歴情報を作成してもあまり意味は無いと考えられるの
で、例えばステップＳ１０１の処理結果として、或る所
定時間以上にわたって、チャンネルが固定され、また、
ＭＨＥＧコンテンツの出力が行われているような状況で
あれば、例えば１つのシーンが一定時間以上継続して出
力されているときに、この視聴履歴情報を作成するよう
にしてもよいものである。このようにして作成した視聴
履歴情報は、視聴履歴情報バッファ９３に対して書き込
んで格納しておくようにされる。

【０１６１】そして、次のステップＳ１０３により、こ
の視聴履歴情報バッファ９３に対して書き込んだ視聴履
歴情報を、インタラクション・チャンネルを介して所定
のタイミングでもって送信するようにされる。

【０１６２】続いて、図２１のフローチャートによっ
て、地上局１側でのカルーセルデータ（ＭＨＥＧコンテ
ンツデータ）の送信手順を示す。この図に示す処理手順
は、図５に示したＧＵＩオーサリングシステム４２内の
動作として実行されるもので、実際にはコンピュータ装
置が使用される。

【０１６３】この図に示す処理では、先ず、ステップＳ
２０１により、予め放送のために作成されたＭＨＥＧコ
ンテンツのデータをカルーセルデータとして送出開始す
るための処理が行われる。

【０１６４】そして、続くステップＳ２０２において一
定時間が経過するのを待機して後、ステップＳ２０３に
より、インタラクション・マネージャー４７に送信され
てきている多数のＩＲＤ１２からの視聴履歴情報を収集
し、その内容について分析をすることが行われる。

【０１６５】次のステップＳ２０４においては、上記ス
テップＳ２０３において分析された結果に基づいて、現
在カルーセルデータとして送出しているＭＨＥＧコンテ
ンツの各データファイルについての送出頻度を決定す
る。そして、続くステップＳ２０５において、上記ステ
ップＳ２０４にて決定された送出頻度に基づいて、実際
にカルーセルデータに挿入すべき各データファイルのフ
ァイル数（モジュール数）を変更する。つまり、カルー
セルデータの更新を行うものである。

【０１６６】そして、次のステップＳ２０６において、
上記ステップＳ２０５にて更新されたカルーセルデータ
によって、内容的には同じＭＨＥＧコンテンツデータを
送出するようにされる。

【０１６７】次のステップＳ２０７においては、例えば
次の番組に切り替わるなどして、今回のＭＨＥＧコンテ
ンツの送出が終了するか否かを判別しており、ここでＭ
ＨＥＧコンテンツの送出が終了すれば、この処理を抜け
ることになるのであるが、このＭＨＥＧコンテンツの送
出が終了していないのであれば、ステップＳ２０２の処
理に戻るようにされる。このような処理が実行されるこ
とで、或るＭＨＥＧコンテンツの送出期間において、ス
テップＳ２０２で規定される一定時間ごとに、視聴履歴
情報に応じたカルーセルデータ内のデータファイルの送
出頻度が変更されることになる。なお、ステップＳ２０
２で規定される一定時間としては、データファイルの送
出頻度の変更について、高いリアルタイム性が与えられ
るように、例えば１分程度に設定することが考えられ
る。

【０１６８】なお、上記実施の形態にあっては、インタ
ラクション・チャンネル１７は、電話回線を使用した通
信線としているが、特にこれに限定されるものではな
い。例えば、地上局１とＩＲＤ１２とを結ぶケーブルに
よる有線とされても構わないし、また、ＩＲＤ１２に対
して例えば通信衛星と通信可能な機能が与えられるので
あれば、通信衛星を介して地上局１と通信するように構
成してもよいものである。また、現状としてＩＲＤ１２
には既に視聴履歴情報的な情報を課金サーバに送信する
ＩＣカードの通信機能も有している。そこで、このＩＣ
カードが扱う情報を、本実施の形態としての視聴履歴情
報として利用して地上局１にて収集するように構成する
ことも考えられる。また、ＩＲＤ１２に対して、地上局
１とつながる投票通信機能が備えられているのであれ
ば、この投票機能のための通信網を利用して、視聴履歴
情報を地上局１が収集するように構成することも考えら
れる。

【０１６９】また、上記実施の形態では、送信されてき
た視聴履歴情報に対して、ほぼリアルタイムで反応して
データの送出頻度を変更するようにしているが、例え
ば、再放送を行う場合などの以後の或る機会において、
過去に収集した視聴履歴情報に基づいてデータの送出頻
度を変更するようにしてもよいものである。

【０１７０】また、上記実施の形態にあっては、ＭＨＥ
Ｇコンテンツを放送しているシステムを例に挙げている
が、本発明として対象となるマルチメディアコンテンツ
の規格は、ＭＨＥＧに限定されるものではなく、例え
ば、ＨＴＭＬやＸＭＬなどの規格に従ったマルチメディ
アコンテンツについても適用が可能とされる。また、本
実施の形態としては、マルチメディアコンテンツのデー
タをＤＳＭ−ＣＣ方式に従ってカルーセルデータによっ
て送信する場合を例に挙げているが、例えばＤＳＭ−Ｃ
Ｃ方式以外にも、或るデータ単位を巡回させて送信する
ような送信規格が採用されて構わないものである。ま
た、放送システムとしても、デジタル衛星放送に限定さ
れるものではなく、例えばケーブルテレビや、地上波に
よるデジタル放送、または、ネットワークを利用した放
送などがあれば、これらの各種放送システムについても
本発明は適用できる。

【０１７１】

【発明の効果】以上説明したように本発明は、所定の規
格による放送用コンテンツ情報を放送する放送システム
にあって、受信装置側からは、放送に関する所定の情報
内容を有する視聴履歴情報を作成して送信するようにさ
れる。そして、放送側では、この視聴履歴情報に基づい
て、上記放送用コンテンツ情報を形成する個々の所定の
データ単位（例えばシーンファイルなど）についての、
送出データ単位量（カルーセルデータ）あたりにおける
送出頻度を決定して、送出を行うようにされる。これに
より、例えば視聴者のニーズに対応して適切なデータ放
送サービスを提供することが可能になる。また、逆に、
放送側で視聴してほしいようなデータの視聴率が低けれ
ば、このデータの送出頻度を高めるなどすることで、デ
ータサービス側の意向に沿った放送を行うことができ
る。そして、本発明としては、このようなデータの送出
頻度の変更を、ほぼリアルタイムで行うことができるも
のである。

【図面の簡単な説明】

【図１】本発明の実施の形態のデジタル衛星放送受信シ
ステムの構成例を示すブロック図である。

【図２】本実施の形態における受信設備の構築例を示す
ブロック図である。

【図３】ＩＲＤのためのリモートコントローラの外観を
示す正面図である。

【図４】放送画面とＧＵＩ画面との切り換えを示す説明
図である。

【図５】地上局の構成例を示すブロック図である。

【図６】地上局から送信されるデータを示すチャート図
である。

【図７】送信データの時分割多重化構造を示す説明図で
ある。

【図８】ＤＳＭ−ＣＣによる送信フォーマットを示す説
明図である。

【図９】データサービスのディレクトリ構造の一例を示
す説明図である。

【図１０】トランスポートストリームのデータ構造図で
ある。

【図１１】ＰＳＩのテーブル構造を示す説明図である。

【図１２】ＩＲＤの構成を示す説明図である。

【図１３】ＭＨＥＧコンテンツの構造を示す説明図であ
る。

【図１４】ＭＨＥＧコンテンツの構造を示す説明図であ
る。

【図１５】ＭＨＥＧコンテンツの動作概念に対応する構
造を示す説明図である。

【図１６】ＭＨＥＧコンテンツの基本動作を示す説明図
である。

【図１７】ＭＨＥＧアプリケーションにおけるシーンの
トランジションについての説明図である。

【図１８】ＭＨＥＧコンテンツ作成までの処理手順の流
れを示す説明図である。

【図１９】本実施の形態としてのカルーセルデータにお
けるデータファイルの送出頻度の変更を示す説明図であ
る。

【図２０】ＩＲＤにおける視聴履歴情報の作成及び送信
のための処理動作を示すフローチャートである。

【図２１】地上局（ＧＵＩオーサリングシステム）にお
けるカルーセルデータの送信手順を示すフローチャート
である。

【符号の説明】

１ 地上局、２ 衛星、３ 受信設備、５ 課金サー
バ、６ テレビ番組素材サーバ、７ 楽曲素材サーバ、
８ 音声付加情報サーバ、９ ＧＵＩデータサーバ、１
０ キー情報サーバ、１１ パラボラアンテナ、１３
ストレージデバイス、１３Ａ ＭＤレコーダ／プレー
ヤ、１４ モニタ装置、１６ ＩＥＥＥ１３９４バス、
１７ インタラクション・チャンネル、２１Ａ テレビ
番組表示エリア、２１Ｂ リスト、２１Ｃ テキスト表
示エリア、２１Ｄ ジャケット表示エリア、２２ 歌詞
表示ボタン、２３ プロフィール表示ボタン、２４ 情
報表示ボタン、２５ 予約録音ボタン、２６ 予約済一
覧表示ボタン、２７ 録音履歴ボタン、２８ ダウンロ
ードボタン、３１ テレビ番組素材登録システム、３２
楽曲素材登録システム、３３ 音声付加情報登録システ
ム、３４ ＧＵＩ用素材登録システム、３５ ＡＶサー
バ、３６Ａ ＭＰＥＧオーディオエンコーダ、３６Ｂ
ＡＴＲＡＣエンコーダ、３７ 音声付加情報データベー
ス、３８ ＧＵＩ素材データベース、３９ テレビ番組
送出システム、４０Ａ ＭＰＥＧオーディオサーバ、４
０Ｂ ＭＰＥＧオーディオサーバ、４１ 音声付加情報
送出システム、４２ ＧＵＩ（ＭＨＥＧ）オーサリング
システム、４３Ａ ＭＰＥＧオーディオ送出システム、
４３Ｂ ＡＴＲＡＣオーディオ送出システム、４４ Ｄ
ＳＭ−ＣＣエンコーダ、４５ マルチプレクサ、４６
電波送出システム、４７インタラクション・マネージ
ャ、５１ チューナ／フロントエンド部、５２ デスク
ランブラ、５３ トランスポート部、５４ ＭＰＥＧ２
オーディオデコーダ、５４Ａ メモリ、５５ ＭＰＥＧ
２ビデオデコーダ、５５Ａ メモリ、５６Ｄ／Ａコンバ
ータ、５７ スイッチ回路、５８ 表示処理部、５９
光デジタル出力インターフェイス、６０ ＩＥＥＥ１３
９４インターフェイス、６１ マンマシンインターフェ
イス、６２ ＩＣカードスロット、６３ モデム、６４
リモートコントローラ、６５ ＩＣカード、７０ デ
マルチプレクサ、７１ キュー、８１ 制御処理部、８
２ ＤｅＭＵＸドライバ、８３ ＤＳＭ−ＣＣデコーダ
ブロック、８４ ＭＨＥＧデコーダブロック、９０ メ
インメモリ、９１ ＤＳＭ−ＣＣバッファ、１０１ 電
源キー、１０２ 数字キー、１０３ 画面表示切換キ
ー、１０４ インタラクティブ切換キー、１０５ａ 矢
印キー、１０５ＥＰＧキーパネル部、１０６ チャンネ
ルキー、Ｔ１ 入力端子、Ｔ２ アナログビデオ出力端
子、Ｔ３ アナログオーディオ出力端子、Ｔ４ アナロ
グオーディオ出力端子

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/44 Ｈ０４Ｎ 5/445 Ｚ 5/445 17/00 Ｍ 17/00 Ｈ０４Ｌ 11/18 Ｆターム(参考） 5C025 BA25 BA27 BA30 CA02 CA09 CB10 DA01 DA04 DA05 5C061 BB03 BB18 CC05 EE21 5C064 BA01 BA07 BB10 BC16 BD03 BD07 BD08 BD16 5K030 HB21 HC01 JL01 LC00 LD07 LD13 LE11

Claims (3)

【特許請求の範囲】
1. 【請求項１】 放送内容として、少なくとも所定の規格
   による放送用コンテンツ情報を送出可能な放送装置であ
   って、 当該放送装置による放送を受信する受信装置から送信さ
   れ、この受信装置にて視聴のために出力されたとされる
   放送内容に関する所定の情報内容より成る視聴履歴情報
   を受信して取得する情報取得手段と、 上記情報取得手段により取得した視聴履歴情報に基づい
   て、上記放送用コンテンツ情報を形成する個々の所定の
   データ単位についての、所定の送出データ単位あたりに
   おける送出頻度を決定する送出頻度決定手段と、 上記送出頻度決定手段により決定された送出頻度に基づ
   いて、放送用コンテンツ情報を送出するための送出デー
   タ単位を形成して送出を行う情報送出手段と、 を備えていることを特徴とする放送装置。
2. 【請求項２】 放送内容として、少なくとも所定の規格
   による放送用コンテンツ情報を送出するための放送方法
   であって、 放送を受信する受信装置から送信され、この受信装置に
   て視聴のために出力されたとされる放送内容に関する所
   定の情報内容より成る視聴履歴情報を受信して取得する
   情報取得行程と、 上記情報取得行程により取得した視聴履歴情報に基づい
   て、上記放送用コンテンツ情報を形成する個々の所定の
   データ単位についての、所定の送出データ単位あたりに
   おける送出頻度を決定する送出頻度決定行程と、 上記送出頻度決定行程により決定された送出頻度に基づ
   いて、放送用コンテンツ情報を送出するための送出デー
   タ単位を形成して送出を行う情報送出行程と、 を行うように構成されることを特徴とする放送方法。
3. 【請求項３】 放送内容として、少なくとも所定の規格
   による放送用コンテンツ情報を送出する放送を受信する
   ことのできる受信装置であって、 当該受信装置にて視聴のために受信、出力されたとされ
   る放送内容に関する所定の情報内容より成る視聴履歴情
   報を作成する情報作成手段と、 上記情報作成手段により作成された視聴履歴情報を放送
   側に送信することのできる送信手段と、 を備えていることを特徴とする受信装置。