JP2000295586A

JP2000295586A - 放送用情報処理装置及び放送用情報処理方法

Info

Publication number: JP2000295586A
Application number: JP9602799A
Authority: JP
Inventors: Kei Amano; 圭天野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-04-02
Filing date: 1999-04-02
Publication date: 2000-10-20

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；電
子番組ガイド）画面を表示させ、番組の検索等を行うこ
とができる。また、第２には、例えば通常の番組放送以
外の特定のサービス用のＧＵＩ画面を利用して所要の操
作を行うことで、本実施の形態の場合には、放送システ
ムにおいて提供されている通常番組の視聴以外のサービ
スを享受することができる。例えば、オーディオ（楽
曲）データのダウンロードサービス用のＧＵＩ画面を表
示させて、このＧＵＩ画面を利用して操作を行えば、ユ
ーザが希望した楽曲のオーディオデータをダウンロード
してストレージデバイス１３に記録して保存することが
可能になる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７２】そして、図８（ｆ）に示すように、上記Ｄ
ＤＢ、ＤＳＩ、ＤＩＩの３種類のメッセージをセクショ
ンのデータ単位に対応させて周期的に、かつ、繰り返し
送出するようにされる。これにより、受信機側では例え
ば目的のＧＵＩ画面（シーン）を得るのに必要なオブジ
ェクトが含まれているモジュールをいつでも受信できる
ようにされる。本明細書では、このような伝送方式を回
転木馬に例えて「カルーセル方式」といい、図８（ｆ）
に示すようにして模式的に表されるデータ伝送形態をカ
ルーセルというものとする。ここで、１カルーセルに含
まれるモジュールとしては複数とされて構わない。例え
ば、１カルーセルにより１つのデータサービスに必要な
複数のモジュールを伝送するようにしてもよいものであ
る。また、「カルーセル方式」としては、「データカル
ーセル方式」のレベルと「オブジェクトカルーセル方
式」のレベルとに分けられる。特にオブジェクトカルー
セル方式では、ファイル、ディレクトリ、ストリーム、
サービスゲートウェイなどの属性を持つオブジェクトを
データとしてカルーセルを用いて転送する方式で、ディ
レクトリ構造を扱えることがデータカルーセル方式と大
きく異なる。本実施の形態のシステムでは、オブジェク
トカルーセル方式を採用するものとされる。

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

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

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

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

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

【００７８】また、これまでの説明から分かるように、
１つのトランスポートストリームには複数チャンネル分
の映像／音声／データのパケットが多重されているが、
それ以外にＰＳＩ(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)が使用される。ＩＯＲには、
オブジェクトを見つけ出すためのカルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。

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

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

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

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

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

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

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

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

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

【０１１３】２．本実施の形態の情報処理装置２−１．構成続いて、本実施の形態としての情報処理装置について図
１３を参照して説明する。この図１３に示す本実施の形
態の情報処理装置は、図５に示した地上局１としての構
成内において、ＧＵＩオーサリングシステム４２及びＤ
ＳＭ−ＣＣエンコーダ４４を１纏めにした構成として扱
われるものとする。

【０１１４】この図において、ＧＵＩオーサリングシス
テム４２に相当する機能ブロック内には、コンテンツ送
出サーバ２０１と、変更データ送出サーバ２０２が示さ
れている。ここでのコンテンツ送出サーバ２０１は、最
終的に１つのカルーセルに含めて送出すべきとされる１
以上のＭＨＥＧコンテンツを、バスラインＢＬを介して
ＤＳＭ−ＣＣエンコーダ４４に対して送出するためのサ
ーバ機能を有する。変更データ送出サーバ２０２は、現
在送出しているとされるカルーセルに含まれるＭＨＥＧ
コンテンツの内容について変更が必要であるとされた場
合に、所定タイミングで、データの変更があることを通
知するためのデータ変更通知を、ＤＳＭ−ＣＣエンコー
ダ４４内のデータ変更に対応するコンテンツを送出して
いるとされる放送用コンテンツ送出サーバ（２１０−１
〜２１０−ｎの何れか）に対してバスラインＢＬを介し
て送出可能とされる。また、変更データ送出サーバ２０
２は、データ変更通知の送出に続けて、変更すべき部分
のデータ（以降単に変更データという）を、データ変更
に対応するコンテンツを送出しているとされる放送用コ
ンテンツ送出サーバ（２１０−１〜２１０−ｎの何れ
か）を指定して送出する。

【０１１５】ここで、少なくとも変更データ送出サーバ
２０２から送出される変更データは、必ずしもＭＨＥＧ
コンテンツとしての形式（「ＭＨＥＧ−ＩＳ」、若しく
は「ＡＳＮ．１ＤＥＲ（Abstract Syntax Notation N
o.1 Distinguished EncodingRule:ISO/IEC8824,882
5）」などといわれる）によって出力される必要はな
い。つまり、例えばテキスト又は画像ファイルなどの可
視のオブジェクトについて変更があるとされれば、これ
らテキスト、画像ファイルとしての形式によって送出さ
れればよいものである。これは、後述する放送用コンテ
ンツ送出サーバ２１０−１〜２１０−ｎ内において、少
なくとも変更データの処理に対応する第２放送用データ
変換ブロック２１５にあっては、変更されたデータ部分
についてＭＨＥＧ−ＩＳの形式にコンパイルする機能を
有していることによる。

【０１１６】この図においては、ＤＳＭ−ＣＣエンコー
ダ４４は、複数の放送用コンテンツ送出サーバ２１０−
１〜２１０−ｎを備えて構成されるものとしている。放
送用コンテンツ送出サーバ２１０−１〜２１０−ｎの各
々は、それぞれデジタル放送により放送される所定チャ
ンネルごとに対応して設けられるものであり、ここで
は、同一の内部構成を有しているものとされる。

【０１１７】ここでは、放送用コンテンツ送出サーバ２
１０−１を例にその内部構成について説明する。この図
に示す放送用コンテンツ送出サーバ２１０−１にあって
は、先ず、データ受付ブロック２１１→第１放送用デー
タ変換ブロック２１２→データマージブロック２１３に
より形成される信号処理経路と、変更データ受付ブロッ
ク２１４→第２放送用データ変換ブロック２１５→デー
タマージブロック２１３により形成される信号処理経路
とに分かれている。

【０１１８】データ受付ブロック２１１→第１放送用デ
ータ変換ブロック２１２→データマージブロック２１３
の経路から先に説明する。データ受付ブロック２１１に
おいては、前述したコンテンツ送出サーバから送出され
た１カルーセル分のＭＨＥＧコンテンツのデータを受信
して、第１放送用データ変換ブロック２１２に伝送す
る。第１放送用データ変換ブロック２１２では、データ
受付ブロック２１１から出力されたＭＨＥＧコンテンツ
のデータを受け取る。そして、例えば先に図８により説
明した、ＤＳＭ−ＣＣ方式に従ったセクション化までの
プロセスを実行する。つまり、モジュールとして形成し
たＭＨＥＧコンテンツのデータついて、ブロック化を施
して、ＤＤＢメッセージとしてのブロック（ＤＤＢセク
ション）の集合に変換するものである。そして、セクシ
ョン化を行ったＭＨＥＧコンテンツのデータ（セクショ
ンデータ）をデータマージブロック２１３に伝送する。

【０１１９】一方、変更データ受付ブロック２１４→第
２放送用データ変換ブロック２１５→データマージブロ
ック２１３の経路としては次のようになる。変更データ
受付ブロック２１４では、コンテンツ送出サーバから送
出されるＭＨＥＧコンテンツの変更データを受信し、第
２放送用データ変換ブロック２１５に出力する。第２放
送用データ変換ブロック２１５では、例えば入力された
変更データについてのみ、セクション化を行うための処
理を実行する。そして、セクション化した変更データを
データマージブロック２１３に対して伝送する。なお、
変更データ送出サーバ２０２から送出される変更データ
としては、ＭＨＥＧの規格に従ってコンパイルされてい
ない（即ちＭＨＥＧ−ＩＳの形式ではない）、単なる素
材としてのテキストデータファイルや画像データファイ
ルの形式とされている場合がある。そこで、第２放送用
データ変換ブロック２１５においては、上記のようなテ
キストデータファイルや画像データファイルとしての変
更データが入力された場合には、これをＭＨＥＧ−ＩＳ
の形式に変換して、この後セクション化を行うことがで
きるように構成されている。また、これに準じて、第１
放送用データ変換ブロックとしても、コンテンツ送出サ
ーバから出力された各種オブジェクトの集まりをＭＨＥ
Ｇコンテンツとして作成するための機能を備えるように
してもよいものである。

【０１２０】データマージブロック２１３以降の処理と
して、先ず、ＭＨＥＧコンテンツに変更が無い通常時と
される場合についての処理から説明する。

【０１２１】通常時においては、データマージブロック
２１３では、第１放送用データ変換ブロックから伝送さ
れた、１カルーセルに含まれるべき１以上のＭＨＥＧコ
ンテンツをＤＢＢセクション化したセクションデータの
みが入力されることになる。この場合、データマージブ
ロック２１３では、この入力されたセクションデータの
内容に応じて、図８（ｅ）にて説明したＤＳＩ及びＤＩ
Ｉといわれる、例えばセクション単位の制御メッセージ
を作成する。そして、これらＤＢＢセクション化された
データと、ＤＳＩ及びＤＩＩをデータ送出ブロック２１
６に出力する。なお、データマージブロック２１３で
は、上記のようにして得られたＴＳとしてのＤＤＢセク
ションを全て保持しているように構成されている。つま
り、現在放送しているとされるデータサービスに対応し
た内容のＭＨＥＧコンテンツの情報がＤＤＢセクション
としての形式によって保持されるようにしている。

【０１２２】データ送出ブロック２１６に対して送出さ
れたセクションデータ及び作成したＤＳＩ，ＤＩＩは、
先ずカルーセル作成ブロック２１７に対して入力され
る。カルーセル作成ブロック２１７では、入力されたセ
クションデータと、ＤＳＩ，ＤＩＩを利用して、例えば
先に図１０により説明したＴＳ(Transport Stream)の形
式に変換する。つまり、ＴＳパケット化を行う。このよ
うにして、ＴＳに変換されることで、ＭＨＥＧコンテン
ツのデータはＭＰＥＧ２フォーマットに従ったビデオ、
オーディオデータのデータストリームに多重可能な形式
となる。そして、このようにして得られたＴＳパケット
によりカルーセルデータを生成する。

【０１２３】データ送出ブロック２１６では上記のよう
にして作成したカルーセルデータを第１バッファ２１
８、又は第２バッファ２１９の何れか一方に対して出力
して蓄積させる。ここで、第１バッファ２１８と第２バ
ッファ２１９の何れに対してカルーセルデータを蓄積さ
せるのかは、それまでのデータ送出ブロック２１６にお
けるデータの送出状況として、今回作成されたカルーセ
ルデータの１つ前のカルーセルデータを蓄積して送出し
ていたのが第１バッファ２１８であれば、今回作成され
たカルーセルデータは第２バッファ２１９に対して蓄積
させるようにする。逆に１つ前のカルーセルデータを蓄
積して送出していたのが第２バッファ２１９であれば、
今回作成されたカルーセルデータは第１バッファ２１８
に対して蓄積させることになる。

【０１２４】スイッチブロック２２０は、第１バッファ
２１８又は第２バッファ２１９のうち、所要のバッファ
に対して択一的に切り換えが行われて、選択したバッフ
ァに蓄積されたカルーセルデータをマルチプレクサ４５
に対して出力する。例えば上記のようにして今回作成さ
れたＭＨＥＧコンテンツのカルーセルデータが第１バッ
ファ２１８に蓄積されたとすれば、この場合には、スイ
ッチブロック２２０は第１バッファ２１８を選択して、
この第１バッファ２１８に蓄積されているカルーセルデ
ータをマルチプレクサ４５に対して送出することにな
る。なお、この図に示すマルチプレクサ４５は、図５に
示したマルチプレクサ４５とされる。

【０１２５】続いて、現在、データ送出ブロック２１６
から送出しているＭＨＥＧコンテンツのカルーセルデー
タについて変更を行う必要が生じた場合について説明す
る。この場合には、先ず、変更データ送出サーバ２０２
からデータ変更通知の送信が行われる。ここでは、放送
用コンテンツ送出サーバ２１０−１に対してデータ変更
通知を行ったものとする。放送用コンテンツ送出サーバ
２１０−１にて、上記データ変更通知を受信すると、放
送用コンテンツ送出サーバ２１０−１では更新データを
受け付けて処理可能なモードを設定することになる。

【０１２６】そして、変更データ送出サーバ２０２では
上記のようにしてデータ変更通知の送信を行った後、変
更データを放送用コンテンツ送出サーバ２１０−１に対
して送出する。放送用コンテンツ送出サーバ２１０−１
では変更データを受信すると、先に説明したようにし
て、変更データ受付ブロック２１４→第２放送用データ
変換ブロック２１５のプロセスを経て、変更データのＤ
ＤＢセクション化を実行してデータマージブロック２１
３に対して出力する。

【０１２７】さきにも述べたように、データマージブロ
ック２１３においては、現在放送されているＭＨＥＧコ
ンテンツの内容がＤＤＢセクション形式によって全て保
持されているものとされる。つまり、この場合であれ
ば、変更前のＭＨＥＧコンテンツの内容がＤＤＢセクシ
ョン形式として保持されている。このため、データマー
ジブロック２１３においては、変更前のＭＨＥＧコンテ
ンツの内容と、これに対する変更データとが、ＤＤＢセ
クションの形式のデータとして得られることになる。

【０１２８】そこで、この場合、データマージブロック
２１３においては、変更前のＭＨＥＧコンテンツの内容
に対して、変更データのＤＤＢセクションを差し替える
ようにして、新規な内容としてのＭＨＥＧコンテンツを
ＤＤＢセクションの形式で作成する。上記のようにして
ＤＤＢセクション化されたＭＨＥＧコンテンツの内容に
ついて一部でも変更が行われた場合には、これに応じて
ＤＳＩ及びＤＩＩの内容を変更する必要がある。このた
めデータマージブロック２１３においては、続く処理と
して、この新規に作成されたＭＨＥＧコンテンツの内容
に対応するＤＳＩ及びＤＩＩを作成する。そして、デー
タ送出ブロック２１６のカルーセル作成ブロック２１７
に対して送出する。

【０１２９】カルーセル作成ブロック２１７では、変更
データの差し替えによって更新されたＭＨＥＧコンテン
ツのＤＤＢセクションと、新規に作成したＤＳＩ及びＤ
ＩＩとを使用して、変更データを含む新規のＴＳを作成
し、この新規のＴＳをカルーセルデータに変換する処理
を実行する。この時点では、第１バッファ又は第２バッ
ファのうち、何れか一方のバッファは、現在放送してい
る更新前のカルーセルデータを蓄積するのに使用されて
おり、この更新前のカルーセルデータが蓄積されたバッ
ファからスイッチブロック２２０を介してマルチプレク
サ４５にデータの送出が行われている状態にある。

【０１３０】ここで、例えば図１４（ａ）に示すように
して、更新前のカルーセルデータは第１バッファ２１８
に蓄積されて、スイッチブロック２２０を介して出力中
にあるものとすると、変更されたデータ部分のセクショ
ンを有する更新後（新規）のカルーセルデータは、それ
まで使用されていなかったとされる第２バッファ２１９
に蓄積させるようにする。

【０１３１】ここで、カルーセル方式では、カルーセル
データは周期的に繰り返し送出するものとされているこ
とから、第１バッファ２１８に蓄積されているとされる
更新前のカルーセルデータは、或る所定のデータ転送レ
ートに従って、周期的に繰り返し送出されていることに
なる。そして、例えば上記のようにして、第２バッファ
２１９に更新後のカルーセルデータが蓄積された後、図
１４（ｂ）に示すようにして、第１バッファ２１８から
送出される更新前のカルーセルデータが１周し終えたタ
イミングで、スイッチブロック２２０を第２バッファ２
１９に対して切り換えるようにされる。これ以降、第２
バッファ２１９に蓄積された更新後のカルーセルデータ
がマルチプレクサ４５に対して周期的かつ循環的に送出
されることになる。

【０１３２】なお、上記のようにして、更新後のカルー
セルデータを送出する際に、更新前のカルーセルデータ
が１周するのを待機するようにしているのは、受信側
（ＩＲＤ）において、更新前のカルーセルデータの全て
を取り込めるようにできることを配慮したものである。
例えば、更新前のカルーセルデータが１周するのを終了
しないうちに、更新後のカルーセルデータの送出に切り
換えてしまった場合、受信側においては、更新前のカル
ーセルデータが完全に取り込めず、例えば再生（表示）
出力されるＭＨＥＧコンテンツが不完全な状態になる可
能性がある。

【０１３３】例えば、放送用コンテンツ送出サーバ（２
１０−１〜２１０−ｎ）としては、１カルーセルに含め
るべきＭＨＥＧコンテンツを入力して、ＤＢＢセクショ
ン化→ＴＳパケット化→カルーセルデータへの変換のプ
ロセスを行い、これを１つのバッファに蓄積して送出す
るというのが一般的な構成とされる。つまり、図１３に
示す構成に照らし合わせるとすれば、コンテンツ送出サ
ーバ２０１→放送用コンテンツ送出サーバ２１０［デー
タ受付ブロック２１１→第１放送用データ変換ブロック
２１２→データマージブロック２１３→データ送出ブロ
ック２１６（カルーセル作成ブロック２１７→第１バッ
ファ２１８））］→マルチプレクサ４５の構成を採るも
のである。換言すれば、ＭＨＥＧコンテンツを送出する
ための１系統の処理プロセスのみを備え、従って、バッ
ファも１つのみでよいものとされていた。そしてこれに
伴って、変更データ送出サーバ２０２、変更データ受付
ブロック２１４、第２放送用データ変換ブロック２１
５、及び第２バッファ２１９、スイッチブロック２２０
の構成も備えられなかったものである。

【０１３４】このような構成にあっては、データに変更
があった場合、先ず、コンテンツ送出サーバ側におい
て、変更データを含めて更新したＭＨＥＧコンテンツを
作成した上で、放送用コンテンツ送出サーバに送出し
て、この放送用コンテンツ送出サーバ内部において、上
記した処理系統によってカルーセルの作成までのプロセ
スを実行してバッファに蓄積して、マルチプレクサに送
出することになる。このように、変更データに対応した
処理系統を備えない場合、たとえ或る１ファイルだけの
更新であっても、そのプロセスは、１つのＭＨＥＧコン
テンツを作成してカルーセルとして送出するためのプロ
セスと同一のプロセスを経なければならない。そのう
え、バッファが１つしか無いために、例えば更新前のカ
ルーセルデータに代えて更新後のカルーセルデータをバ
ッファに蓄積するまでのタイムラグも生じることにな
る。即ち、データ変更に対応するデータ放送内容の変更
に相応の時間がかかることになる。このため、特にリア
ルタイム性が要求されるコンテンツ内容の変更に際して
は、このリアルタイム性が確保されない可能性がある。

【０１３５】これに対して、本実施の形態のように、変
更データに対応した処理系統を備えれば、更新前のカル
ーセルデータを送出している一方で、変更データ部分を
利用して更新後のＭＨＥＧコンテンツをカルーセルデー
タ化させるこことが可能になり、比較的に短時間のうち
に変更部分が反映された更新後のＭＨＥＧコンテンツを
カルーセルとして送出できることになる。これによっ
て、本実施の形態ではデータサービス内容の変更につい
てのリアルタイム性ができる限り確保できることにな
る。

【０１３６】なお、上記構成においては、更新前（新
規）のカルーセルデータと更新後のカルーセルデータと
の送出に対応して、２つのバッファを備えているものと
して説明しているが、例えば、実際に要求されるカルー
セルデータの更新頻度などが非常に高いような場合に
は、３以上のバッファを備えるように構成することも可
能であるし、また、新規のカルーセルデータを生成して
送出するための処理経路と、変更データに基づいて更新
後のカルーセルデータを生成して送出するための処理経
路との何れか一方又は両者を複数系統設けるようにする
ことも考えられるものである。また、上記図１３に示し
た各部の構成としては、実際にはコンピュータ装置上で
動作するソフトウェアとして構成されるものである。但
し、ハードウェアとして構成することも可能である。ま
た、図１３に示した本実施の形態の情報処理装置（ＧＵ
Ｉオーサリングシステム４２、放送用コンテンツ送出サ
ーバ（２１０−１〜２１０−ｎ）としての内部構成は先
にも述べたようにソフトウェアとしての構成を機能的に
示しているため、この図に示す機能ブロックによる構成
のみに特定されるものではない。

【０１３７】２−２．処理動作続いて、上記図１３にて説明した本実施の形態の情報処
理装置（放送用コンテンツ送出サーバ）としての処理動
作を図１５及び図１６のフローチャートに示す。先にも
説明したように、本実施の形態の放送用コンテンツ送出
サーバ２１０−１〜２１０−ｎは、ソフトウェアによっ
て実現されるものであり、従って、以降説明する処理動
作は、実際にはコンピュータ装置のＣＰＵが、放送用コ
ンテンツ送出サーバとしてのプログラムの下で実行する
ものとされる。

【０１３８】図１５に示す処理においては、先ず、ステ
ップＳ１０１において、データ受付ブロック２１１にて
コンテンツ送出サーバ２０１から送信されるデータ送信
通知を受信したか否かについて判別している。先の図１
３による説明では省略したが、コンテンツ送出サーバ２
０１にあっては、１カルーセルに含めて送信すべきＭＨ
ＥＧコンテンツを新規に送出する際には、所要の放送コ
ンテンツ送出サーバ（２１０−１〜２１０−ｎのうちの
何れか）に対してデータ送信通知を送信するようにして
いる。なお、この処理が開始される段階では、既に或る
ＭＨＥＧコンテンツから成るカルーセルの送信が放送と
して行われている状態にあるものとされる。

【０１３９】ここで、ステップＳ１０１において、コン
テンツ送出サーバ２０１からのデータ送信通知が受信さ
れないと判別された場合には、ステップＳ１０９に進
み、変更データ受付ブロック２１４にて、変更データ送
出サーバ２０２から送信されるデータ変更通知を受信し
たか否かについて判別する。このステップＳ１０９にて
データ変更通知が受信されないと判別された場合には、
ステップＳ１０８に進む。このようにして、ステップＳ
１０１及びステップＳ１０９にて否定結果が得られてス
テップＳ１０８に至った場合、ステップＳ１０８の処理
としては、データ送出ブロック２１６の第１バッファ２
１８，第２バッファ２１９のうち、現在放送されている
カルーセルが蓄積されているバッファをスイッチブロッ
ク２２０により選択してマルチプレクサに送出するため
の処理を実行して、ステップＳ１０１に戻るようにされ
る。つまり、コンテンツ送出サーバ２０１からのデータ
送信通知、及び変更データ送出サーバ２０２からのデー
タ変更通知を受信しない限りは、現在、或るＭＨＥＧコ
ンテンツの内容を有するカルーセルを送信している状態
を継続させるものである。

【０１４０】これに対してステップＳ１０１にて、コン
テンツ送出サーバ２０１からのデータ送信通知を受信し
たことが判別された場合には、ステップＳ１０２に進む
ようにされる。ステップＳ１０２以降の処理は、データ
の一部変更ではなく、例えば放送番組の開始終了等に応
じて、或る１以上のＭＨＥＧコンテンツの放送内容全体
を変更するような場合に相当する。つまり、株価情報か
ら天気予報に切り換える場合など、現在放送しているＭ
ＨＥＧコンテンツとは全く異なるような新規のＭＨＥＧ
コンテンツを改めて送出するような場合に対応するもの
である。

【０１４１】ステップＳ１０２においては、データ受付
ブロック２１４にて、新規のカルーセルとして送出すべ
き１以上のＭＨＥＧコンテンツを受信する。そして、続
くステップＳ１０３において、第１放送用データ変換ブ
ロック２１２としての処理である、ＤＤＢセクション化
を行う。そして、次のステップＳ１０４に処理はデータ
マージブロック２１３としての処理となる。つまり、ス
テップＳ１０４においてはＤＤＢセクション化されたＭ
ＨＥＧコンテンツのデータに対応してＤＳＩ及びＤＩＩ
セクションを作成する。なお、図１３においても述べた
ように、データマージブロック２１３においては、現在
放送中にあるとされるＭＨＥＧコンテンツを、ＤＤＢセ
クションの形式によって保持しているようにされる。そ
して、次のステップＳ１０５において、データ送出ブロ
ック２１６内のカルーセル作成ブロック２１７の処理と
して、上記ステップＳ１０３及びＳ１０４にて得られた
ＤＤＢセクション化されたＭＨＥＧコンテンツのデータ
と、ＤＳＩ，ＤＩＩセクションを使用してＴＳパケット
化を行い、これをカルーセルデータとして作成する。そ
して、次のステップＳ１０６において、上記ステップＳ
１０５により得られたカルーセルデータを、第１バッフ
ァ２１８，第２バッファ２１９のうち、現在の放送に使
用していないほうのバッファに対して蓄積させるための
処理を実行する。そして、次のステップＳ１０７におい
て、現在のデータ送出（放送）に使用されているバッフ
ァ内のカルーセルデータが１周するのを待機した後、こ
れまでのステップＳ１０２以降のプロセスによって作成
された新規のカルーセルデータが蓄積されているバッフ
ァを選択するようにスイッチブロック２２０についての
切り換え処理を実行して、ステップＳ１０８の処理に進
む。

【０１４２】このようにして、ステップＳ１０７から移
行してきた場合のステップＳ１０８における処理として
は、上記ステップＳ１０７にて新たにカルーセルデータ
が蓄積されたほうのバッファを、スイッチブロック２０
２を介して新規のカルーセルデータをマルチプレクサ４
５に対して送出するようにされる。これにより、以降
は、新規な内容のＭＨＥＧコンテンツが放送されること
になる。そして、ステップＳ１０１の処理に戻るように
される。

【０１４３】一方、ステップＳ１０１にて否定結果が得
られてステップＳ１０９に進んだとき、このステップＳ
１０９においてデータ変更通知が受信されたことが判別
された場合には、図１６の処理に移行するものとされ
る。図１６に示す処理は、現在放送しているＭＨＥＧコ
ンテンツについてその一部の変更を要求された場合に対
応した処理となる。

【０１４４】図１６に示す処理としては、先ずステップ
Ｓ２０１において、変更データ受付ブロック２１４の処
理として、変更データ送出サーバ２０２から送出された
変更データを受信する。そして、次のステップＳ２０２
では、第２放送用データ変換ブロック２１５としての処
理によって、変更データについてＤＤＢセクション化を
行う。

【０１４５】続くステップＳ２０３の処理は、変更デー
タに対応するデータマジブロック２１７のとしての処理
となる。つまり、データマジブロック２１７にて保持し
ている、現在放送中（データ送出ブロック２１６から送
出中）とされるカルーセルデータ（ＭＨＥＧコンテン
ツ）の基となる全てのＤＤＢセクションに含まれる変更
すべき内容に対応するＤＤＢセクションと、上記ステッ
プＳ２０２（第２放送用データ変換ブロック２１５）の
処理によって得られた変更データのＤＤＢセクションと
を差し替えるようにして、更新されたＭＨＥＧコンテン
ツに対応したＤＤＢセクション形式のデータ内容を得
る。そして、この更新されたデータ内容に応じて、ＤＳ
Ｉ，ＤＩＩを再構成するものである。また、このように
して作成された新規なＭＨＥＧコンテンツの内容に対応
した全てのＤＤＢセクションは、以降放送されるＭＨＥ
Ｇコンテンツの内容に対応することになるので、データ
マジブロック２１７において、これまで保持されていた
内容と入れ替えるようにして保持される。

【０１４６】そして、次のステップＳ２０４において
は、カルーセル作成ブロック２１７としての処理によ
り、上記のようにして得られた、新規な内容のＭＨＥＧ
コンテンツのデータ（ＤＤＢセクションの集合として形
成される）と、再構成によって新規に得られたＤＳＩ，
ＤＩＩとを利用して、ＴＳパケット化及びカルーセルデ
ータの作成を行う。そして、次のステップＳ２０５にお
いて、上記ステップＳ２０４にて作成された更新後のカ
ルーセルデータを、第１，第２バッファ２１８，２１９
のうち、現在のデータの送出（放送）に使用されていな
いほうのバッファに対して出力して蓄積させる。

【０１４７】そして、次のステップＳ２０６において現
在のデータ送出（放送）に使用されているバッファ内の
カルーセルデータ（更新前のカルーセルデータ）が１周
するのを待機した後、スイッチブロック２２０が選択す
るバッファを、更新後のカルーセルデータが蓄積されて
いるバッファ側に切り換えるための処理を実行して、図
１５のステップＳ１０８に戻る。この場合、ステップＳ
１０８では、ステップＳ２０６にて選択されたほうのバ
ッファからスイッチブロック２２０を介して周期的にカ
ルーセルを送出するための処理を実行する。これによ
り、更新された内容のＭＨＥＧコンテンツを有するカル
ーセルデータが送出されて放送されることになる。

【０１４８】なお、上記した処理動作には含めなかった
が、本実施の形態では例えばデータ変更通知を予め変更
データ送出サーバから送出することができるため、例え
ばデータ変更部分を含むＭＨＥＧコンテンツ（カルーセ
ルデータ）の送出までに要する時間をオフセット値とし
て得ておき、このオフセット値に基づいて、更新された
ＭＨＥＧコンテンツをカルーセルとし送出（放送）開始
する時間よりも前の或る時点からデータ変更通知及び更
新されたカルーセルの作成を行って、この更新されたカ
ルーセルを放送開始時間に同期させて送出させるといっ
たことも可能となる。このようにすれば、データサービ
ス放送のリアルタイム性は確実に保証できることにな
る。

【０１４９】また、図１３により説明した構成及び上記
処理動作によると、ＭＨＥＧコンテンツ全体の内容を切
り換えるようなときにも、データの一部を変更する場合
と同様に２つのバッファ（２１８，２１９）を交互に利
用するようにされている。また、新規のＭＨＥＧコンテ
ンツのカルーセルデータを作成する場合と、その内容の
一部が更新されたＭＨＥＧコンテンツのカルーセルデー
タを作成する場合とでは、データ受付ブロック２１１→
第１放送用データ変換ブロック２１２を経てデータマー
ジブロック２１３に至るまでのプロセスと、変更データ
受付ブロック２１４→第２放送用データ変換ブロック２
１５を経てデータマージブロック２１３に至るまでのプ
ロセスとが異なるだけとなる。従って、本実施の形態と
しては、例えばＭＨＥＧコンテンツ全体の内容を変更し
て、全く新規の内容のＭＨＥＧコンテンツの放送を開始
させるような場合にも、比較的迅速に、次のＭＨＥＧコ
ンテンツのカルーセルデータを作成して用意することが
できるものである。

【０１５０】なお、上記実施の形態では、デジタル衛星
放送においてデータ放送用のコンテンツをＭＨＥＧの規
格に従って作成する場合を例に挙げているが、特に、本
発明により作成されるコンテンツとしては、例えばＨＴ
ＭＬやＸＭＬ等のコンテンツなどとされても構わないも
のである。また、放送メディアとしてもデジタル衛星放
送以外に、ネットワーク上での配信等にも本発明の適用
は可能である。

【０１５１】

【発明の効果】以上説明したように本発明は、例えばＭ
ＨＥＧコンテンツを利用したデータサービス放送を行う
ための構成として、ＭＨＥＧコンテンツの情報（放送情
報）を放送に適合する形式である放送用データ単位（カ
ルーセルデータ；循環データ単位）に変換するようにさ
れる。そして、このカルーセルデータを蓄積して送出す
るためのバッファ（情報保持領域）が複数が備えられ、
このバッファの出力を択一的に選択して後段の放送設備
に対して送出するように構成される。これによって、例
えばカルーセルデータに含められるＭＨＥＧコンテンツ
のデータ内容の一部を変更する必要のある場合には、或
る１つのバッファを使用して更新前の内容のカルーセル
データを送出させておくのと並行して、変更内容に応じ
て更新したカルーセルデータを作成し、この更新された
カルーセルデータを他のバッファに蓄積させておくこと
ができる。そして、所要のタイミングでもってバッファ
の選択を切り換えて、更新されたカルーセルデータを送
出するようにされる。

【０１５２】例えばカルーセルデータは、例えその更新
が一部分であったとしても、付加すべき制御情報内容が
異なってくるため、カルーセルデータ自体を再構築する
必要がある。このため、例えば、バッファが１系統しか
備えられない場合には、バッファに蓄積させていた更新
前のカルーセルデータを更新後のカルーセルデータに書
き換えるまでに相当に時間を要することになり、その間
は、データサービスが放送されないことになってしまう
が、上記のようにして複数系統のバッファを使用して、
更新前と更新後のカルーセルデータの送出の切り換えを
行うようにしたことで、上記のような切り換え時のタイ
ムラグは無くなり、シームレスにデータサービス放送を
供給できることになる。これは、データサービス放送に
要求されるリアルタイム性の向上につながるものであ
る。

【０１５３】また、本発明では、例えばカルーセルデー
タに含められるＭＨＥＧコンテンツについて一部変更が
あるような場合には、この変更部分に対応する変更デー
タと、データマージブロックに保持されている変更前
（現在放送中）のカルーセルデータ（ＭＨＥＧコンテン
ツ）のデータとを使用して、更新されたカルーセルデー
タ（更新放送用データ単位）を作成するようにも構成さ
れる。これによって、例えば、実際の処理としては、変
更前のカルーセルデータに対して変更データを差し替え
るようにして更新されたカルーセルデータを作成するこ
とが可能になり、例えば、更新データを利用してＭＨＥ
Ｇコンテンツを再構築した後、カルーセルデータとする
処理を実行する場合よりも、効率的に更新されたカルー
セルデータの作成が行われる。このため、処理負担の軽
減、及び更新されたカルーセルデータの作成に要する時
間を短縮して、データサービス放送に要求されるリアル
タイム性をより向上させることが可能になる。

【０１５４】また、本発明にあっては、例えばＭＨＥＧ
コンテンツとしての形式（放送用コンテンツ情報の形
式）ではない変更データ若しくはＭＨＥＧコンテンツの
単位に対応するオブジェクトファイル群等の情報が入力
された場合には、これをＭＨＥＧの形式に変換する機能
を有させていることで、例えば、データの一部変更に関
すれば、単なるテキストファイルや画像ファイル等が、
変更データとして入力された場合でも、これをＭＨＥＧ
の形式に変換した上で、更新されたカルーセルデータを
作成することができるものであり、それだけ、送出シス
テムとしての機能が向上されるものである。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】本実施の形態としての情報処理装置の構成例
を示すブロック図である。

【図１４】本実施の形態において、更新前のカルーセル
データから更新後のカルーセルデータに送出を切り換え
る際の動作を概念的に示す説明図である。

【図１５】本実施の形態の情報処理装置が実行する処理
動作を示すフローチャートである。

【図１６】本実施の形態の情報処理装置が実行する処理
動作を示すフローチャートである。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】放送が行われるべき放送情報について処
理を行うための放送用情報処理装置として、放送情報を入力して放送に適合する所定の伝送方式に従
った放送用データ単位として生成して出力することので
きる放送用データ出力手段と、上記放送用データ出力手段から送出された上記放送用デ
ータ単位が一時蓄積される複数のバッファ手段と、上記複数のバッファ手段の何れか１つを選択して、この
選択されたバッファ手段に蓄積された上記放送用データ
単位を、後段にあるとされる放送手段に対して送出する
ことのできる送出選択手段と、現在の放送情報について変更が無いとされる場合には、
上記放送用データ出力手段によって生成された上記現在
の放送情報から成る放送用データ単位を上記複数のバッ
ファ手段のうち或る１つのバッファ手段に対して蓄積さ
せた上で、上記送出選択手段により上記或る１つのバッ
ファ手段を選択するように制御すると共に、現在の放送情報について変更の必要があるとされる場合
には、上記放送用データ出力手段によって変更データを
含んで形成される更新放送用データ単位を生成させて、
上記送出選択手段が現在選択しているバッファ手段以外
の他のバッファ手段に対して蓄積させ、この後、所定タ
イミングで、上記送出選択手段により上記他のバッファ
手段を選択するように制御する送出制御手段と、を備えていることを特徴とする放送用情報処理装置。
【請求項２】上記放送用データ出力手段は、入力した上記変更データと、当該放送用データ出力手段
における所定の処理段階において保持しているとされる
変更前の上記放送情報とを利用して、上記更新放送用デ
ータ単位を作成するように構成されていることを特徴と
する請求項１に記載の放送用情報処理装置。
【請求項３】上記放送情報は、所定の規格に従った１
以上の放送用コンテンツ情報に対応しているものとされ
たうえで、上記放送用データ出力手段は、上記変更データ又は上記放送情報が、上記放送用コンテ
ンツ情報の形式ではない形式によって当該放送用データ
出力手段に対して入力された場合には、入力された上記
変更データ、又は上記放送情報について、上記放送用コ
ンテンツ情報の形式に変換することのできるコンテンツ
情報変換手段、を備えて構成されることを特徴とする請求項１に記載の
放送用情報処理装置。
【請求項４】上記所定の伝送方式にあっては、循環デ
ータ単位により周期的に循環するようにしてデータの送
出が行われるように規定されているものとしたうえで、上記放送用データ出力手段は、上記放送情報を上記循環データ単位に変換することで上
記放送用データ単位を生成し、この循環データ単位を上
記バッファ手段に対して出力する循環データ単位生成手
段、を備えて構成されることを特徴とする請求項１に記載の
放送用情報処理装置。
【請求項５】放送が行われるべき放送情報について処
理を行うための放送用情報処理方法として、放送情報を入力して放送に適合する所定の伝送方式に従
った放送用データ単位として生成して出力することので
きる放送用データ出力処理と、上記放送用データ出力処理により出力された放送用デー
タ単位を蓄積することのできる複数の情報保持領域のう
ちから何れか１つを選択して、後段にあるとされる放送
処理に対して送出することのできる送出選択処理と、現在の放送情報について変更が無いとされる場合には、
上記放送用データ出力処理によって生成された上記現在
の放送情報から成る放送用データ単位を上記複数の情報
保持領域のうち或る１つの情報保持領域に対して蓄積さ
せた上で、上記送出選択処理により上記或る１つの情報
保持領域が選択されるように制御すると共に、現在の放送情報について変更の必要があるとされる場合
には、上記放送用データ出力処理によって変更データを
含んで形成される更新放送用データ単位を生成させて、
現在にて上記送出選択処理により選択されている情報保
持領域以外の他の情報保持領域に対して蓄積させ、この
後、所定タイミングで、上記送出選択処理により上記他
の情報保持領域を選択させるように制御する送出制御処
理と、を実行するように構成されていることを特徴とする放送
用情報処理方法。
【請求項６】上記放送用データ出力処理は、入力した上記変更データと、当該放送用データ出力処理
における所定の処理段階において保持しているとされる
変更前の上記放送情報とを利用して、上記更新放送用デ
ータ単位を作成するように構成されていることを特徴と
する請求項５に記載の放送用情報処理方法。
【請求項７】上記放送情報は、所定の規格に従った１
以上の放送用コンテンツ情報に対応しているものとされ
たうえで、上記放送用データ出力処理は、上記変更データ又は上記
放送情報が、上記放送用コンテンツ情報の形式ではない
形式によって当該放送用データ出力処理に対して入力さ
れた場合には、入力された上記変更データ、又は上記放
送情報について、上記放送用コンテンツ情報の形式に変
換することのできるコンテンツ情報変換処理、を実行可能に構成されているいることを特徴とする請求
項５に記載の放送用情報処理方法。
【請求項８】上記所定の伝送方式にあっては、循環デ
ータ単位により周期的に循環するようにしてデータの送
出が行われるように規定されているものとしたうえで、放送用データ出力処理としては、上記放送情報について上記循環データ単位を生成して上
記情報保持領域に対して上記放送用データ単位として出
力する循環データ単位生成処理、を実行可能に構成されているいることを特徴とする請求
項５に記載の放送用情報処理方法。