JP2000333043A - 情報処理装置およびその方法 - Google Patents

Abstract

(57)【要約】 【課題】 コンテンツの送出時間を考慮したコンテンツ
制作を効率よく行い、サービスの運用も安全とする。 【解決手段】 ユーザーインターフェイス部３５４にお
いて、必要な部品のファイルを読み込み、復号した後、
配置した部品を表示する。シーン編集が完了すると、Ｍ
ＨＥＧスクリプトが生成され、シーン内の部品に対応す
るメディアデータをスクリプトと一体化してシーン単位
のモジュールファイルが形成される。インターフェイス
部３５４において送出スケジュールを設定し、コンテン
ツ関連情報を入力し、送出優先度を入力することによっ
て、附帯情報ファイルが生成される。ファイル圧縮結合
部３５９において、シーン単位のモジュールファイル群
と附帯情報ファイルがまとめて圧縮結合され、コンテン
ツファイル３６０が形成される。コンテンツファイル３
６０を送出装置に出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、いわゆるオーサ
リングツールなどといわれ、例えば、ＭＨＥＧコンテン
ツなど、映像情報とともに放送される放送用コンテンツ
を作成するための情報処理装置およびその方法に関する
ものである。

【０００２】

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

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

【０００４】一例として、楽曲データのダウンロードで
あれば、放送側においては、放送番組（映像情報）と同
期させるようにして、楽曲データを多重化して放送する
ようにする。また、この楽曲データのダウンロードに際
しては、ＧＵＩ(Graphical User Interface)画面（すな
わち、ダウンロード用の操作画面である）を表示させる
ことでインタラクティブな操作をユーザに行わせるよう
にされる。このＧＵＩ画面出力のためのデータも多重化
して放送するようにされる。

【０００５】受信装置を所有しているユーザ側では、所
望のチャンネルを選局している状態で、受信装置に対す
る所定の操作によって楽曲データをダウンロードするた
めのＧＵＩ画面を表示出力させるようにする。そして、
この表示された操作画面に対してユーザが操作を行うこ
とで、例えば受信装置に接続したディジタルオーディオ
機器に対してデータを供給し、これが録音されるように
するものである。

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

【０００７】ここでは、ＧＵＩ画面のように、記述情報
によって規定されることで、或る目的に従った機能を実
現する表示画面（ここでは音声等の出力も含む）のこと
を「シーン」というものとする。また、「オブジェク
ト」とは、記述情報に基づいてその出力態様が規定され
る画像、音声、テキスト等の単位情報をいうものとされ
る。また、伝送時においては、記述情報自体のデータフ
ァイルも「オブジェクト」の１つとして扱われるものと
する。

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

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

【００１０】上述したＭＨＥＧオーサリングツールにあ
っては、例えばシーン単位での編集を行う場合、シーン
に対して表示すべきオブジェクトを選択して、これらの
オブジェクトがシーンとして所望の表示形態によって表
示されるようにシナリオ（スクリプト）の記述を編集者
が行うようになされる。或いは、オーサリングツールと
してのＧＵＩ画面に対する操作を行ってシーンを作成し
た結果、最終的にはこの編集結果がスクリプトとして記
述される。

【００１１】

【発明が解決しようとする課題】ＭＨＥＧオーサリング
ツールの機能としては、編集者が行うであろうと想定さ
れる作業に対応して、できるだけ編集者にとって使い勝
手の良いものとされることが好ましい。従来、ＭＨＥＧ
オーサリングツールとしては、ＣＤ−ＲＯＭなどのスト
レージメディアおよびインターネット等の通信メディア
に用いられるものがほとんどであり、上述のようなディ
ジタル放送というメディアの特質に対応したものは存在
していなかった。

【００１２】また、制作者はＭＨＥＧコンテンツを制作
するのみでなく、どのデータをどの時刻に送出するかに
ついても制作意図に関係するので、送出装置の入力を自
分で行うか、若しくは送出装置の入力担当者に正しく伝
える必要があり、作業の効率とオンエアの安全性に関し
て問題があった。

【００１３】従って、この発明の目的は、送出時間につ
いて考慮しながらＭＨＥＧコンテンツを制作することが
可能な情報処理装置およびその方法を提供することを目
的とする。

【００１４】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１の発明は、デジタル放送のデータ放送
用コンテンツを作成するための情報処理装置において、
作成されたコンテンツデータに付随する附帯情報を入力
する入力手段と、入力された附帯情報をコンテンツデー
タと共に記憶する記憶手段と、記憶手段に記憶された附
帯情報とコンテンツデータを読み出して外部の送出装置
に出力する出力手段とを備えるものである。

【００１５】上述した構成によれば、データ送出装置の
作業者はコンテンツの内容を知る必要はなく、またコン
テンツの送出時間などの附帯情報を知る必要はない。こ
れらの情報は全てオーサリング装置で、制作意図を理解
している制作者により設定されているので、制作者の意
図が反映でき、また、サービスの運用方法としても安全
となる。

【００１６】

【発明の実施の形態】以下、この発明の一実施形態につ
いて説明する。この一実施形態は、ディジタル衛星放送
を利用して番組を放送すると共に、受信装置側ではこの
番組に関連した楽曲データ（音声データ）等の情報をダ
ウンロードできるようにしたシステムに対応できるもの
である。つまり、ディジタル衛星放送等の放送メディア
を利用した番組（映像情報）に同期可能な形態で付随さ
せるダウンロード操作画面などのためのＧＵＩデータを
放送（インタラクティブ放送）を行うシステムである。
この放送システムにおいて、放送側が使用する、ＧＵＩ
データとしてのコンテンツを作成するためのオーサリン
グシステムがこの発明の情報処理装置に該当する。ま
た、オーサリングシステムとしては、ＭＨＥＧコンテン
ツ（ＭＨＥＧアプリケーション）を作成するためのシス
テムであるものとする。以下、次の順序で説明する。

【００１７】１．ディジタル衛星放送システム １−１．全体構成 １−２．ＧＵＩ画面に対する操作 １−３．地上局 １−４．送信フォーマット １−５．ＩＲＤ ２．オーサリングシステム ２−１．ＭＨＥＧコンテンツの構造 ２−２．ＭＨＥＧオーサリングシステムの構成 ２−３．ＭＨＥＧオーサリングシステムの情報量の監視
機能 １．ディジタル衛星放送システムの構成 １−１．全体構成 先ず、一実施形態のＭＨＥＧオーサリングシステムの説
明を行うのに先立ち、このＭＨＥＧオーサリングシステ
ムにより作成されたＭＨＥＧコンテンツが使用されるデ
ィジタル衛星放送システムについて説明しておく。

【００１８】図１は、一実施形態のディジタル衛星放送
システムの全体構成を示すものである。この図に示すよ
うに、ディジタル衛星放送の地上局１には、テレビ番組
素材サーバ６からのテレビ番組放送のための素材と、楽
曲素材サーバ７からの楽曲データの素材と、音声付加情
報サーバ８からの音声付加情報と、ＧＵＩデータサーバ
からのＧＵＩデータとが送られる。テレビ番組素材サー
バ６は、通常の放送番組の素材を提供するサーバであ
る。このテレビ番組素材サーバから送られてくる音楽放
送の素材は、動画および音声とされる。例えば、音楽放
送番組であれば、テレビ番組素材サーバ６の動画および
音声の素材を利用して、例えば新曲のプロモーション用
の動画および音声が放送される。

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

【００２０】音声付加情報サーバ８は、楽曲素材サーバ
７から出力される楽曲の時間情報等を提供するサーバで
ある。ＧＵＩデータサーバ９は、ユーザが操作に用いる
ＧＵＩ画面を形成するための「ＧＵＩデータ（放送用コ
ンテンツのデータ）」を提供する。例えば後述するよう
な楽曲のダウンロードに関するＧＵＩ画面であれば、配
信される楽曲のリストページや各楽曲の情報ページを形
成するための画像データ、テキストデータ、アルバムジ
ャケットの静止画を形成するためのデータなどを提供す
る。更には、受信設備３側にていわゆるＥＰＧ(Electri
cal Program Guide)といわれる番組表表示を行うのに利
用されるＥＰＧデータもここから提供される。

【００２１】「ＧＵＩデータ」としては、例えばＭＨＥ
Ｇ(Multimedia Hypermedia Information Coding Expert
s Group)方式が採用される。ＭＨＥＧとは、マルチメデ
ィア情報、手順、操作などのそれぞれと、その組み合わ
せをオブジェクトとして捉え、それらのオブジェクトを
符号化したうえで、タイトル（例えばＧＵＩ画面）とし
て制作するためのシナリオ記述の国際標準とされる。ま
た、一実施形態では、ＭＨＥＧ−５を採用するものとす
る。

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

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

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

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

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

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

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

【００２９】上述したように、地上局１は、テレビ番組
素材サーバ６からの音楽番組放送の素材となるビデオデ
ータおよびオーディオデータと、楽曲素材サーバ７から
のオーディオチャンネルの素材となるオーディオデータ
と、音声付加情報サーバ８からの音声データと、ＧＵＩ
データサーバ９からのＧＵＩデータとを多重化して送信
している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４４】上述したように、この発明が適用されたデ
ィジタル衛星放送システムでは放送番組が配信されると
共に、複数のオーディオチャンネルを使用して楽曲のオ
ーディオデータが配信される。そして、配信されている
楽曲のリスト等を使用して所望の楽曲を探し、そのオー
ディオデータをストレージデバイス１３に簡単に保存す
ることができる。

【００４５】なお、ディジタル衛星放送システムにおけ
る番組提供以外のサービスとしては、楽曲データのダウ
ンロードの他にも各種考えられる。例えば、いわゆるテ
レビショッピングといわれる商品紹介番組を放送した上
で、ＧＵＩ画面としては購買契約が結べるようなものを
用意することも考えられる。

【００４６】１−３．地上局 これまで、ディジタル衛星放送システムの概要について
説明したが、以下、このシステムについてより詳細に説
明する。そこで、先ず、地上局１の構成について図５を
参照して説明する。

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

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

【００４９】また、楽曲素材登録システム３２では、楽
曲素材サーバ７からの素材データ、つまりオーディオデ
ータを、ＭＰＥＧ２オーディオエンコーダ３６Ａ、およ
びＡＴＲＡＣエンコーダ３６Ｂに供給する。ＭＰＥＧ２
オーディオエンコーダ３６Ａ、ＡＴＲＡＣエンコーダ３
６Ｂでは、それぞれ供給されたオーディオデータについ
てエンコード処理（圧縮符号化）を行った後、ＭＰＥＧ
オーディオサーバ４０ＡおよびＡＴＲＡＣオーディオサ
ーバ４０Ｂに登録する。

【００５０】ＭＰＥＧオーディオサーバ４０Ａに登録さ
れたＭＰＥＧオーディオデータは、ＭＰＥＧオーディオ
送出システム４３Ａに伝送されてここでパケット化され
た後、マルチプレクサ４５に伝送される。ＡＴＲＡＣオ
ーディオサーバ４０Ｂに登録されたＡＴＲＡＣデータ
は、ＡＴＲＡＣオーディオ送出システム４３Ｂに４倍速
ＡＴＲＡＣデータとして送られ、ここでパケット化され
てマルチプレクサ４５に送出される。

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

【００５２】また、ＧＵＩ用素材登録システム３４で
は、ＧＵＩデータサーバ９からの素材データであるＧＵ
Ｉデータを、ＧＵＩ素材データベース３８に登録する。
ＧＵＩ素材データベース３８に登録されたＧＵＩ素材デ
ータは、ＧＵＩオーサリングシステム４２に伝送され、
ここで、ＧＵＩ画面、すなわち、図４にて述べた「シー
ン」としての出力が可能なデータ形式となるように処理
が施される。ＧＵＩオーサリングシステム４２に伝送さ
れてくるデータとしては、例えば、楽曲のダウンロード
のためのＧＵＩ画面であれば、アルバムジャケットの静
止画像データ、歌詞などのテキストデータ、更には、操
作に応じて出力されるべき音声データなどである。

【００５３】これらのデータはいわゆるモノメディアと
いわれるが、ＧＵＩオーサリングシステム４２では、Ｍ
ＨＥＧオーサリングツールを用いて、これらのモノメデ
ィアデータを符号化して、これをオブジェクトとして扱
うようにする。例えば図４Ｂにて説明したようなシーン
（ＧＵＩ画面）の表示態様と操作に応じた画像音声の出
力態様が得られるように、オブジェクトの関係を規定し
たシナリオ記述ファイル（スクリプト）と共にＭＨＥＧ
−５のコンテンツを作成する。

【００５４】また、図４Ｂに示したようなＧＵＩ画面で
は、テレビ番組素材サーバ６の素材データを基とする画
像・音声データ（ＭＰＥＧビデオデータ、ＭＰＥＧオー
ディオデータ）と、楽曲素材サーバ７の楽曲素材データ
を基とするＭＰＥＧオーディオデータ等も、ＧＵＩ画面
に表示され、操作に応じた出力態様が与えられる。従っ
て、シナリオ記述ファイルとしては、ＧＵＩオーサリン
グシステム４２では、テレビ番組素材サーバ６の素材デ
ータを基とする画像・音声データ、楽曲素材サーバ７の
楽曲素材データを基とするＭＰＥＧオーディオデータ、
更には、音声付加情報サーバ８を基とする音声付加情報
も必要に応じてオブジェクトとして扱われて、ＭＨＥＧ
のスクリプトによる規定が行われる。

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

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

【００５７】マルチプレクサ４５においては、テレビ番
組送出システム３９からのビデオパケットおよびオーデ
ィオパケットと、ＭＰＥＧオーディオ送出システム４３
Ａからのオーディオパケットと、ＡＴＲＡＣオーディオ
送出システム４３Ｂからの４倍速オーディオパケット
と、音声付加情報送出システム４１からの音声付加情報
パケットと、ＧＵＩオーサリングシステム４２からのＧ
ＵＩデータパケットとが時間軸多重化されると共に、キ
ー情報サーバ１０（図１）から出力されたキー情報に基
づいて暗号化される。マルチプレクサ４５の出力は電波
送出システム４６に伝送され、ここで例えば誤り訂正符
号の付加、変調、および周波数変換などの処理を施され
た後、アンテナから衛星２に向けて送信される。

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

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

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

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

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

【００６３】これらのうち、ファイルは静止画像、音
声、テキスト、更にはＭＨＥＧにより記述されたスクリ
プトなどの個々のデータファイルとされる。ストリーム
は例えば、他のデータサービスやＡＶストリーム（ＴＶ
番組素材としてのＭＰＥＧビデオデータ、オーディオデ
ータ、楽曲素材としてのＭＰＥＧオーディオデータ、Ａ
ＴＲＡＣオーディオデータ等）にリンクする情報が含ま
れる。また、ストリームイベントは、同じくリンクの情
報と時刻情報が含まれる。ディレクトリは相互に関連す
るデータをまとめるフォルダである。そして、ＤＳＭ−
ＣＣ方式では、図８Ｂに示すようにして、これらの単位
情報とＳｅｒｖｉｃｅ Ｇａｔｅｗａｙをそれぞれオブ
ジェクトという単位と捉え、それぞれをＢＩＯＰメッセ
ージという形式に変換する。

【００６４】なお、この発明に関わる説明では、ファイ
ル，ストリーム，ストリームイベントの３つのオブジェ
クトの区別は本質的なものではないので、以下の説明で
はこれらをファイルとしてのオブジェクトに代表させて
説明する。

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

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

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

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

【００６９】１カルーセルに含まれるモジュールとして
は複数とされて構わない。例えば、１カルーセルにより
１つのデータサービスに必要な複数のモジュールを伝送
するようにしても良い。また、「カルーセル方式」とし
ては、「データカルーセル方式」のレベルと「オブジェ
クトカルーセル方式」のレベルとに分けられる。特にオ
ブジェクトカルーセル方式では、ファイル、ディレクト
リ、ストリーム、サービスゲートウェイなどの属性を持
つオブジェクトをデータとしてカルーセルを用いて転送
する方式で、ディレクトリ構造を扱えることがデータカ
ルーセル方式と大きく異なる。一実施形態では、オブジ
ェクトカルーセル方式を採用するものとされる。

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

【００７１】上述したように、カルーセルにより送信さ
れるＧＵＩデータを含む放送用のデータ、つまり、図５
のマルチプレクサ４５から出力されるデータとしては、
トランスポートストリームの形態により出力される。こ
のトランスポートストリームは、例えば図１０に示す構
造を有する。図１０Ａには、トランスポートストリーム
が示されている。このトランスポートストリームとはＭ
ＰＥＧシステムで定義されているビット列であり、図の
ように１８８バイトの固定長パケット（トランスポート
パケット）の連結により形成される。各トランスポート
パケットは、図１０Ｂに示すように、ヘッダと特定の個
別パケットに付加情報を含めるためのアダプテーション
フィールドとパケットの内容（ビデオ／オーディオデー
タ等）を表すペイロード（データ領域）とからなる。

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

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

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

【００７５】ＰＳＩは、図１１に示すようにして、４つ
のテーブルで構成されている。それぞれのテーブルは、
セクション形式というＭＰＥＧ Ｓｙｓｔｅｍに準拠し
た形式で表されている。図１１Ａには、ＮＩＴ(Network
Informataion Table)およびＣＡＴ(Conditional Acces
s Table)のテーブルが示されている。ＮＩＴは、全キャ
リアに同一内容が多重されている。キャリアごとの伝送
諸元（偏波面、キャリア周波数、畳み込みレート等）
と、そこに多重されているチャンネルのリストが記述さ
れている。ＮＩＴのＰＩＤとしては、ＰＩＤ＝0x0010と
されている。0xは、１６進数を示すための表記である。
ＣＡＴもまた、全キャリアに同一内容が多重される。限
定受信方式の識別と契約情報等の個別情報であるＥＭＭ
(Entitlement Management Message)パケットのＰＩＤが
記述されている。ＰＩＤ＝0x0001とされる。

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

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

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

【００７９】１−５．ＩＲＤ 受信設備３に備えられるＩＲＤ１２の一例について図１
２を参照して説明する。図１２に示すＩＲＤ１２におい
て、入力端子Ｔ１には、パラボラアンテナ１１のＬＮＢ
１５により所定の周波数に変換された受信信号を入力し
てチューナ／フロントエンド部５１に供給する。チュー
ナ／フロントエンド部５１では、ＣＰＵ(Central Proce
ssing Unit) ８０からの伝送諸元等を設定した設定信号
に基づいて、この設定信号により決定されるキャリア
（受信周波数）を受信して、例えばビタビ復調処理や誤
り訂正処理等を施すことで、トランスポートストリーム
を得るようにされる。

【００８０】チューナ／フロントエンド部５１にて得ら
れたトランスポートストリームは、デスクランブラ５２
に対して供給される。また、チューナ／フロントエンド
部５１では、トランスポートストリームからＰＳＩのパ
ケットを取得し、その選局情報を更新すると共に、トラ
ンスポートストリームにおける各チャンネルのコンポー
ネントＰＩＤを得て、例えばＣＰＵ８０に伝送する。Ｃ
ＰＵ８０では、取得したＰＩＤを受信信号処理に利用す
ることになる。デスクランブラ５２では、ＩＣカード６
５に記憶されているデスクランブルキーデータをＣＰＵ
８０を介して受け取ると共に、ＣＰＵ８０によりＰＩＤ
が設定される。そして、このデスクランブルキーデータ
とＰＩＤとに基づいてデスクランブル処理を実行し、ト
ランスポート部５３に対して伝送する。

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

【００８２】デマルチプレクサ７０の概略的動作として
は、ＣＰＵ８０のデマルチプレクサドライバ８２により
設定されたフィルタ条件に従って、デスクランブラ５２
から供給されたトランスポートストリームから必要なト
ランスポートパケットを分離し、必要があればキュー７
１を作業領域として利用して、先に図７Ｅ〜図７Ｈによ
り示したような形式のデータを得て、それぞれ必要な機
能回路部に対して供給する。

【００８３】デマルチプレクサ７０にて分離されたＭＰ
ＥＧビデオデータは、ＭＰＥＧ２ビデオデコーダ５５に
対して入力され、ＭＰＥＧオーディオデータは、ＭＰＥ
Ｇオーディオデコーダ５４に対して入力される。これら
デマルチプレクサ７０により分離されたＭＰＥＧビデオ
／オーディオデータの個別パケットは、ＰＥＳ(Packeti
zed Elementary Stream)と呼ばれる形式でそれぞれのデ
コーダに入力される。

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

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

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

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

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

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

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

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

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

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

【００９４】ＤＳＭ−ＣＣデコーダブロック８３および
ＭＨＥＧデコーダブロック８４間のインターフェイスに
は、Ｕ−Ｕ ＡＰＩ（ＤＳＭ−ＣＣ Ｕ−Ｕ ＡＰＩ(A
pplication Portability Interface) ）が採用される。
Ｕ−Ｕ ＡＰＩは、例えばクライアント（ＭＨＥＧデコ
ーダブロック８４）側がＤＳＭ Ｍａｎａｇｅｒオブジ
ェクト（ＤＳＭの機能を実現するサーバオブジェクト；
ＤＳＭ−ＣＣデコーダブロック８３）にアクセスするた
めのインターフェイスであり、カルーセルに含まれるＳ
ｅｒｖｉｃｅＧａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，Ｆ
ｉｌｅ，Ｓｔｒｅａｍ，Ｓｔｒｅａｍ Ｅｖｅｎｔなど
の属性を有するオブジェクトをファイルシステムのよう
にして構造的にアクセスすることができるようにしたＡ
ＰＩとされる。このＡＰＩを通じてカルーセルに含まれ
るオブジェクトへのアクセスを行うことで、カルーセル
を使用するプログラム（クライアント）がカルーセル受
信動作を関知することなく、バス名を使用してオブジェ
クトにアクセスすることが可能になる。また、このＵ−
Ｕ ＡＰＩは、下層のデータ転送方式に関わらず利用す
ることができるように規定されたインターフェイスの集
合であることから、このＡＰＩを利用するプログラム
は、Ｕ−Ｕ ＡＰＩを提供するどのようなデータ転送方
式においても利用できるという利点を有する。

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

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

【００９７】トランスポートストリームから抜き出され
たＩＯＲがＣＰＵ８０において識別された場合に、その
ＩＯＲで示されたオブジェクトを受信、分離して得るプ
ロセスは、次のようになる。

【００９８】（Ｐｒ１） ＣＰＵ８０のデマルチプレク
サドライバ８２では、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ
＿ｔａｇと同じ値を持つエレメンタリーストリーム（以
下ＥＳと表記）を、カルーセルにおけるＰＭＴのＥＳル
ープから探し出してＰＩＤを得る。このＰＩＤを持つＥ
ＳにＤＩＩが含まれている。

【００９９】（Ｐｒ２） このＰＩＤとｔａｂｌｅ＿ｉ
ｄ＿ｅｘｔｅｎｓｉｏｎとをフィルタ条件としてデマル
チプレクサ７０に対して設定する。これにより、デマル
チプレクサ７０では、ＤＩＩを分離してＣＰＵ８０に対
して出力する。

【０１００】（Ｐｒ３） ＤＩＩの中で、先のＩＯＲに
含まれていたｍｏｄｕｌｅ＿ｉｄに相当するモジュール
のａｓｓｏｃｉａｔｉｏｎ＿ｔａｇを得る。

【０１０１】（Ｐｒ４） ａｓｓｏｃｉａｔｉｏｎ＿ｔ
ａｇと同じ値を有するＥＳを、ＰＭＴのＥＳループ（カ
ルーセル）から探し出し、ＰＩＤを得る。このＰＩＤを
有するＥＳに目的とするモジュールが含まれる。

【０１０２】（Ｐｒ５） ＰＩＤとｍｏｄｕｌｅ＿ｉｄ
とをフィルタ条件として設定して、デマルチプレクサ７
０によるフィルタリングを行う。このフィルタ条件に適
合して分離抽出されたトランスポートパケットがキュー
７１の所要のメモリ領域（列）に格納されていくこと
で、最終的には、目的のモジュールが形成される。

【０１０３】（Ｐｒ６） 先のＩＯＲに含まれていたｏ
ｂｊｅｃｔ＿ｋｅｙに相当するオブジェクトをこのモジ
ュールから抜き出す。これが目的とするオブジェクトに
なる。このモジュールから抜き出されたオブジェクト
は、例えば、ＤＳＭ−ＣＣバッファ９１の所定の領域に
書き込みが行われる。

【０１０４】上述の動作を繰り返し、目的とするオブジ
ェクトを集めてＤＳＭ−ＣＣバッファ９１に格納してい
くことで、必要とされるシーンを形成するＭＨＥＧコン
テンツが得られることになる。

【０１０５】マンマシンインターフェイス６１では、リ
モートコントローラ６４から送信されてきたコマンド信
号を受信してＣＰＵ８０に対して伝送する。ＣＰＵ８０
では、受信したコマンド信号に応じた機器の動作が得ら
れるように、所要の制御処理を実行する。ＩＣカードス
ロット６２にはＩＣカード６５が挿入される。そして、
この挿入されたＩＣカード６５に対してＣＰＵ８０によ
って情報の書き込みおよび読み出しが行われる。モデム
６３は、電話回線４を介して課金サーバ５と接続されて
おり、ＣＰＵ８０の制御によってＩＲＤ１２と課金サー
バ５との通信が行われるように制御される。

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

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

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

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

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

【０１１１】２．オーサリングシステム ２−１．ＭＨＥＧコンテンツの構造 続いて、一実施形態のＭＨＥＧオーサリングシステムに
ついて説明する。以下説明するＭＨＥＧオーサリングシ
ステムは、先に説明した図５であれば、ＧＵＩオーサリ
ングシステム４２に対応することになる。但し、実際に
は、パーソナルコンピュータ装置により、ＧＵＩ素材デ
ータ（オブジェクトとしての画像、テキストファイル
等）を作成、または取り込むなどしてオーサリングを行
うようにされることから、機能的には、ＧＵＩオーサリ
ングシステム４２に加え、ＧＵＩ用素材登録システム３
４やＧＵＩ素材データベース３８も含まれるものと考え
ることができる。

【０１１２】ＭＨＥＧオーサリングシステムの説明に先
立ち、ＭＨＥＧオーサリングシステムで作成される、Ｍ
ＨＥＧコンテンツ（ＭＨＥＧアプリケーション）の構造
概念を、図１３および図１４により説明する。図１３に
は、ＭＨＥＧシーン１〜ＭＨＥＧシーン３の３つのシー
ンが示されている。これらの各シーンは、例えば１画面
分の画像領域に対して、オブジェクトをペーストするよ
うにして組み合わせることで形成されるものである。

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

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

【０１１５】例えば、実際には、この図１４に示すＭＨ
ＥＧコンテンツがディジタル衛星放送の放送番組に同期
して受信側で表示される場合には、ＭＨＥＧコンテンツ
１，ＭＨＥＧコンテンツ２，ＭＨＥＧコンテンツ３がユ
ーザが行ったインタラクティブ操作や放送番組の放送時
間経過に従って、トランジションするものとされ、ま
た、ＭＨＥＧコンテンツ１が出力されている場合には、
ユーザが行ったインタラクティブ操作や放送番組の放送
時間経過に従って、ＭＨＥＧシーン１〜３の各シーン間
でトランジションが行われるものとされる。

【０１１６】なお、以下においては、説明の便宜上、プ
ロジェクトとしてまとめられる複数のＭＨＥＧコンテン
ツ（ＭＨＥＧアプリケーション）について、特に単一の
ＭＨＥＧコンテンツ（ＭＨＥＧアプリケーション）と区
別する必要の無い場合には、プロジェクトについても単
にＭＨＥＧコンテンツ（ＭＨＥＧアプリケーション）と
いうものとする。

【０１１７】シーンを形成するのには、図１３に示した
ように、オブジェクトを使用するのであるが、ＭＨＥＧ
の規格にあっては、シェアオブジェクト(shared objec
t) が使用可能であるものと規定されている。

【０１１８】シェアオブジェクトとは、１つのＭＨＥＧ
コンテンツを形成する複数のシーン間で共有して使用す
ることのできるオブジェクトのことをいう。例えば、図
１５に示すように１ＭＨＥＧコンテンツ内にＭＨＥＧシ
ーン１，２の２つのシーンがあるとして、オブジェクト
としては、オブジェクト１〜３およびオブジェクト４〜
６の６つのオブジェクトに加えて、シェアオブジェクト
１〜３の３つシェアオブジェクトが用意されているもの
とする。オブジェクト１〜３はＭＨＥＧシーン１のみを
作成するのに使用され、オブジェクト４〜６は、ＭＨＥ
Ｇシーン２のみを作成するのに使用されるオブジェクト
である。

【０１１９】これに対して、シェアオブジェクト１〜３
は、ＭＨＥＧシーン１およびＭＨＥＧシーン２に対して
共通に使用可能であるものとして設定されたオブジェク
トである。従って、図１５に示す場合には、ＭＨＥＧシ
ーン１はオブジェクト１〜３およびシェアオブジェクト
１〜３の６つのオブジェクトを使用して作成することが
でき、ＭＨＥＧシーン２は、オブジェクト４〜６および
シェアオブジェクト１〜３の６つのオブジェクトを使用
して作成することができることになる。

【０１２０】２−２．ＭＨＥＧオーサリングシステムの
構成 一実施形態のＭＨＥＧオーサリングツールの構成につい
て説明する。ＭＨＥＧオーサリングシステムのとしての
処理構成の概念を概要的に説明すると、次のようにな
る。

【０１２１】ＭＨＥＧオーサリングツールにおける処理
としては、大きくは、ＭＨＥＧオーサリングツール内で
の独自の内部形式に従った処理によりＭＨＥＧアプリケ
ーションファイル（ＭＨＥＧコンテンツ）を作成する編
集処理と、このＭＨＥＧオーサリングツール内での内部
形式に従った編集処理によって作成されたＭＨＥＧコン
テンツを、実際のＭＨＥＧの規格に準拠した形式である
ＭＨＥＧ−ＩＳといわれる形式に変換して出力する変換
処理とに分けられる。ＭＨＥＧ−ＩＳとは、ＭＨＥＧの
規格に従った内容のＭＨＥＧコンテンツのことをいうも
のであり、ここでは、データ放送用コンテンツの送信出
力時の形式に対応する。

【０１２２】すなわち、ＭＨＥＧオーサリングツールが
ＭＨＥＧオーサリングツール内では内部形式に従って編
集処理を実行するように構成されているので、実際のＭ
ＨＥＧの規格には無いシェアシーンなどを定義して、こ
れらを使用した編集処理を実現することができる。逆に
言えば、ＭＨＥＧの規格に対応して作業者がスクリプト
を記述するといった高度な作業を行わなくとも、例え
ば、ＧＵＩ的な操作形態を実現して、より簡易な操作に
よっても高度な編集を行うことができる。但し、ＭＨＥ
Ｇオーサリングツールの内部形式に従ったＭＨＥＧコン
テンツの編集内容（すなわち、定義文などの記述内容）
は、ＭＨＥＧオーサリングツール内のみで有効であるた
め、これを、受信側でデコードして表示できるようにす
るためには、内部形式に従った記述内容を、ＭＨＥＧの
規格に従った記述内容に変換する必要がある。このため
に、内部形式によって作成された記述内容を、ＭＨＥＧ
−ＩＳの形式に変換して出力するように構成されるもの
である。

【０１２３】図１６は、ＭＨＥＧオーサリングシステム
４２としての実際の構成例を示すものである。ＭＨＥＧ
オーサリングシステム４２は、例えば、パーソナルコン
ピュータ２０１と、このパーソナルコンピュータ２０１
上にて起動されるＭＨＥＧオーサリングソフトウェア２
１０によって構成される。

【０１２４】ＭＨＥＧオーサリングシステム４２を構成
するパーソナルコンピュータ２０１としては、図に示す
ように、当該パーソナルコンピュータ２０１を物理的に
構成するハードウェア２０２が備えられる。ハードウェ
ア２０２として、ＣＰＵ(Central Processing Unit) ２
０２ａ、ＲＡＭ（メモリ）２０２ｂ、ＲＯＭ２０２ｃ、
インターフェイス２０２ｄが設けられている。

【０１２５】ＣＰＵ２０２ａは、各種制御および処理動
作を実行し、ＲＡＭ（メモリ）２０２ｂには、起動され
たアプリケーションプログラムや、ＣＰＵ２０２ａが実
行した処理によって発生した情報や演算結果などが保持
される。また、ＲＯＭ２０２ｃは、当該パーソナルコン
ピュータ２０１が動作するための所要の情報が格納され
る。インターフェイス２０２ｄは、後述する外部接続機
器や外部操作子とハードウェア２０２との間の情報の授
受のために設けられる。ハードウェア２０２としては、
他にも各種デバイスが設けられて構わないものである。
このハードウェア２０２上において、オペレーションシ
ステム２０３としてのプログラムが動作することで、Ｍ
ＨＥＧオーサリングソフトウェアが動作可能な環境を構
築している。

【０１２６】また、パーソナルコンピュータ２０１に対
しては、外部接続機器または外部操作子として、ディス
プレイ２３１、マウス２３２、キーボード２３３、スピ
ーカ２３４、記録デバイス２３５、ビデオ機器２３６が
備えられている。ディスプレイ２３１には、パーソナル
コンピュータ２０１が出力する画像が表示される。特
に、後述するＭＨＥＧオーサリングソフトウェア２１０
としてのＧＵＩ画面（操作画面）も表示される。マウス
２３２およびキーボード２３３は、編集者が行った操作
情報をパーソナルコンピュータ２０１に対して入力する
ための操作子として設けられる。スピーカ２３４は、パ
ーソナルコンピュータ２０１から出力される音声信号を
外部に音声として出力するために設けられる。

【０１２７】記録デバイス２３５は、パーソナルコンピ
ュータ２０１が必要とする情報として、例えばオペレー
ションシステムや、ＭＨＥＧオーサリングソフトウェア
２１０を含む所定のアプリケーションソフトウェア等が
記憶される。また、一実施形態では、ＭＨＥＧコンテン
ツ自体および、各ＭＨＥＧコンテンツを形成するオブジ
ェクト等としての画像ファイル、音声ファイル、および
テキストファイル等も保存されることになる。ＭＨＥＧ
オーサリングソフトウェア２１０は、オブジェクトとし
てのファイルを作成して、記録デバイス２３５に対して
保存したり、この保存されたオブジェクトのファイルを
使用して編集処理を行うようになされる。

【０１２８】この記録デバイス２３５の種類としては、
特に限定しないが、例えばハードディスクドライブをは
じめ、比較的大容量のデータを保存可能なストレージデ
バイスを用いることが好ましい。

【０１２９】ビデオ機器２３６は、例えばＶＴＲであ
り、ビデオテープやビデオディスクなどに対応して記録
再生が可能な構成を有する。例えばＭＨＥＧコンテンツ
としては、画像音声による放送番組に同期させてシーン
チェンジなどを行う場合がある。このような放送番組に
同期したＭＨＥＧコンテンツの編集を行う場合に、画像
音声による放送番組を再生するのにビデオ機器２３６を
用いることができる。

【０１３０】次に、ＭＨＥＧオーサリングソフトウェア
２１０について説明する。先にも述べたように、ＭＨＥ
Ｇオーサリングソフトウェア２１０は、パーソナルコン
ピュータ２０１上で動作するアプリケーションソフトウ
ェアであり、例えば、そのプログラムは記録デバイス２
３５に記憶されている。記録デバイス２３５から読み出
されて起動された状態では、ＭＨＥＧオーサリングソフ
トウェア２１０としてのプログラムは、図に示すような
機能ブロックとして表すことができる。この図に示す各
機能ブロック間の関係は示されていないが、実際には各
機能ブロック間で相互に情報の授受を行うような形態を
採るものとされ、これによりＭＨＥＧオーサリングソフ
トウェア２１０としての所要の機能を実行可能なように
構成されている。

【０１３１】図に示すＭＨＥＧオーサリングソフトウェ
ア２１０において、オブジェクト作成部２１１は、オブ
ジェクトとしてのファイルを作成するためのプログラム
から成る機能ブロックとされる。例えば編集者は、この
オブジェクト作成部２１１としてのプログラム上（ディ
スプレイ２３１に表示されるＧＵＩ画面上）で、キーボ
ード、マウスなどを使用して、オブジェクトとしてのフ
ァイルを作成することができる。例えば、オブジェクト
が画像であれば、オブジェクト作成部２１１の機能によ
って、オブジェクトとしての画像ファイルを描画して作
成することが可能とされる。また、オブジェクトとして
は、画像ファイルの他に、テキストファイル（および音
声ファイル）も含まれるものとして規定されている。オ
ブジェクト作成部２１１においては、これらのテキスト
ファイル（および音声ファイル）もオブジェクトファイ
ルとして作成可能とされる。このオブジェクト作成部２
１１により作成されたオブジェクトファイルは、記録デ
バイス２３５に記録して保存することができる。

【０１３２】シェアシーン作成部２１２は、オブジェク
ト作成部２１１により作成されたオブジェクトファイル
を利用して、シェアシーンを作成するためのプログラム
により構築される。詳しい説明は省略するが、ＭＨＥＧ
オーサリングツールでは、内部形式的な編集処理にあっ
ては、「シェアシーン」が規定されている。このシェア
シーンとは、先に図１５により説明したシェアオブジェ
クトについての編集が簡易なものとなることを配慮して
規定された概念で、１以上の任意のオブジェクトを使用
して作成される仮想のシーンである。シェアシーンは、
用意されたＭＨＥＧシーンに対して重ねるようにして使
用（表示）されるレイヤー的な編集素材として扱われ、
かつ、１つのＭＨＥＧコンテンツを形成するＭＨＥＧシ
ーンに対して共通に使用可能とされる。

【０１３３】編集結果がＭＨＥＧスクリプト（ＭＨＥＧ
−ＩＳ）として記述される場合には、或るＭＨＥＧシー
ンに対して使用したシェアシーンに含まれるオブジェク
トがそのＭＨＥＧシーンに対して使用されるシェアオブ
ジェクトとして管理されるものである。この場合にも、
編集者は、シェアシーン作成部２１２としてのプログラ
ム上でキーボード、マウスなどを使用して、これまでに
作成された１以上の任意のオブジェクトファイルを選択
して使用することで、例えばＭＨＥＧオーサリングソフ
トウェア上で規定された上限数以内で、１以上の任意の
数のシェアシーンを編集することができる。

【０１３４】ＭＨＥＧシーン作成部２１３は、ＭＨＥＧ
シーンについての編集を行う際に用いられるプログラム
としての機能ブロックである。ここでも、ＭＨＥＧシー
ン作成部２１３のプログラム上で、オブジェクト作成部
２１１により作成されたオブジェクトファイルのうちか
ら使用すべきものを選択し、例えばこれらオブジェクト
についての各種設定等を行うことでＭＨＥＧシーンの階
層についての編集を行うことが可能とされる。ＭＨＥＧ
シーン作成部２１３にて得られるシーンの編集結果は、
例えばそのシーンに使用される、画像やテキストなどの
可視のオブジェクトと、これら可視のオブジェクトの出
力態様を制御する各種制御情報としてのオブジェクトか
ら成るシーン管理情報から成る。

【０１３５】シェアシーン処理部２１６としてのプログ
ラム上では、編集者が、そのＧＵＩ画面上で行った操作
に応じて各ＭＨＥＧシーンとシェアシーンとの関係を編
集するための処理を行う。つまり、ＭＨＥＧシーンに対
して使用するシェアシーンの設定や、各ＭＨＥＧシーン
に対して使用するものとされた複数のシェアシーン間の
重ね順の指定等のための編集を実現するためのプログラ
ムとされる。例えば、ここでの編集結果は、シェアシー
ンを設定するための定義文（シェアシーン定義文）とし
て作成される。

【０１３６】ＭＨＥＧアプリケーション作成部２１４
は、ＭＨＥＧアプリケーションの階層での編集を行うた
めのプログラムとされる。例えば、１ＭＨＥＧアプリケ
ーション内における、時間経過やインタラクティブな操
作に応じたシーン間の推移等についての編集も、このＭ
ＨＥＧアプリケーション作成部２１４としてのプログラ
ムが司る。ＭＨＥＧアプリケーション作成部２１４にて
得られるシーンの編集結果は、例えばそのＭＨＥＧアプ
リケーションに使用されるシーンと、これらシーン間の
出力態様を制御する各種制御情報から成るＭＨＥＧアプ
リケーション管理情報から成る。

【０１３７】ＭＨＥＧオーサリングソフトウェアでは、
１つのディジタル放送番組に対応して付随する１以上の
ＭＨＥＧアプリケーションを、「プロジェクト」とい
う。プロジェクト作成部２１５は、このプロジェクトと
してのＭＨＥＧアプリケーションの出力態様を編集する
ためのプログラムである。例えばＭＨＥＧアプリケーシ
ョン作成部２１４によって編集された複数のＭＨＥＧコ
ンテンツが、放送番組の放送時間に同期してシーン出力
の切り換えを行うものである場合には、この同期のため
の編集がここで行われるものである。このような編集結
果は、プロジェクト管理情報である。

【０１３８】また、時間制御部２２１は、プロジェクト
作成部２１５、ＭＨＥＧアプリケーション作成部２１
４，ＭＨＥＧシーン作成部２１３等のプログラムと共同
して動作することで、プロジェクト、ＭＨＥＧアプリケ
ーション、またはＭＨＥＧシーンの各階層での、放送番
組の進行時間軸に対応した各種制御についての編集を行
うために使用されるプログラムとされる。

【０１３９】また、インタラクティブ制御部２２２は、
プロジェクト作成部２１５、ＭＨＥＧアプリケーション
作成部２１４，ＭＨＥＧシーン作成部２１３等のプログ
ラムと共同して動作することで、プロジェクト、ＭＨＥ
Ｇアプリケーション、またはＭＨＥＧシーンの各階層で
の、インタラクティブな操作に対応した各種制御につい
ての編集をおこなうために使用されるプログラムとされ
る。

【０１４０】また、プロジェクト管理部２２０、ＭＨＥ
Ｇアプリケーション管理部２１９、およびＭＨＥＧシー
ン管理部２１８は、それぞれ、プロジェクト作成部２１
２にて作成されたプロジェクトファイル（プロジェクト
管理情報を含む）、ＭＨＥＧアプリケーション作成部２
１４にて作成されたＭＨＥＧアプリケーションファイル
（ＭＨＥＧアプリケーション管理情報）、およびＭＨＥ
Ｇシーン作成部２１３にて作成されたＭＨＥＧシーンフ
ァイル（ＭＨＥＧシーン管理情報）についてのディレク
トリ管理および保存処理を実行する際に使用されるプロ
グラムとされる。実際には、プロジェクト管理情報、ま
た、ＭＨＥＧアプリケーション管理情報、ＭＨＥＧシー
ン管理情報等の各管理情報は、或る１つのプロジェクト
または１つのＭＨＥＧアプリケーションごとに対応し
て、内部形式によるスクリプトとしての「オーサリング
管理情報」として統合的に管理される。

【０１４１】ＭＨＥＧアプリケーション作成部２１４に
て作成されたＭＨＥＧコンテンツ（ＭＨＥＧアプリケー
ションファイル）としての情報、およびプロジェクト作
成部２１５にて作成されたプロジェクトファイルとして
の情報（すなわち、オーサリング管理情報）は、ＭＨＥ
Ｇオーサリングソフトウェアとしての独自の内部形式に
より扱われている。この内部形式により作成されたＭＨ
ＥＧアプリケーション（プロジェクト）ファイルは、内
部形式ファイル出力制御部２１７の処理によって、内部
形式ファイルのまま外部に出力することができる。

【０１４２】例えば、内部形式ファイル出力制御部２１
７から出力した、ＭＨＥＧアプリケーションの内部形式
ファイルは、記録デバイス２３５に記録して保存してお
くことができる。このようにしておくことで、以下、こ
の保存された内部形式ファイルをパーソナルコンピュー
タ２０１に読み込んで、ＭＨＥＧオーサリングソフトウ
ェア２１０上で編集内容を変更することが可能になる。

【０１４３】ＭＨＥＧスクリプト出力制御部２２６は、
内部形式によるＭＨＥＧアプリケーションファイル（ま
たはプロジェクトファイル）のデータを受け取り、実際
のＭＨＥＧの規格に従ったスクリプト（制御情報）の記
述に変換して外部に出力する。つまり、正規のＭＨＥＧ
アプリケーションファイル（ＭＨＥＧ−ＩＳ）として出
力する。例えば、このＭＨＥＧスクリプト出力制御部２
１１を介した出力が図５のＤＳＭ−ＣＣエンコーダ４４
に対して出力される。このＭＨＥＧスクリプト出力制御
部２２６において得られた、ＭＨＥＧ−ＩＳとしてのＭ
ＨＥＧアプリケーションファイルは、記録デバイス２１
６に記録して保存しておくこともでき、実際には、この
記録デバイス２１６に保存されたＭＨＥＧ−ＩＳとして
のＭＨＥＧアプリケーションファイルを、所要の機会
に、地上局１のＤＳＭ−ＣＣエンコーダ４４に提供す
る。

【０１４４】ＴＮ処理部２２７は、ＭＨＥＧスクリプト
を記述するためのソースコードであるＴＮ(Textual Not
ation)についての処理を実行する。このＴＮ処理部２２
７としてのプログラムによって、例えば内部形式による
「オーサリング管理情報」としての記述ファイル、また
は、ＭＨＥＧ−ＩＳの形式により出力されるべきスクリ
プトファイルをＴＮに変換して出力することが可能とな
る。また、例えばＴＮとしての記述によるＭＨＥＧアプ
リケーションの編集を行う際にも、このＴＮ処理部２２
７としてのプログラムが使用される。

【０１４５】ＭＨＥＧの規格においては、ＴＮとしての
形式のファイルに対して、ＭＨＥＧスクリプト出力制御
部２１１によって出力されるＭＨＥＧ−ＩＳとしての形
式は、「ＡＳＮ．１ ＤＥＲ（Abstract Syntax Notati
on No.1 Distinguished Encoding Rule:ISO/IEC8824,88
25）」に規定される。いわば、ＴＮがソース言語である
のに対して、ＡＳＮ．１ ＤＥＲ（以下単に「ＤＥＲ」
と記述する）がＭＨＥＧ−ＩＳの形式に従ってコンパイ
ルされたバイナリデータとされる。換言すれば、ＭＨＥ
Ｇオーサリングソフトウェア２１０においては、ＴＮと
しての形式により記述されたスクリプトファイルは、Ｍ
ＨＥＧ−ＩＳとして送信、またはパッケージ化（例えば
ＣＤ−ＲＯＭなどにＭＨＥＧコンテンツがパッケージさ
れることをいう）される場合には、ＤＥＲに変換されて
出力される。

【０１４６】また、中間言語処理部２２８は、ＭＨＥＧ
オーサリングソフトウェアのために独自に用意されたプ
ログラム言語を処理するためのプログラムとされる。中
間言語は、ＴＮよりも簡易な形式の言語とされ、例えば
スクリプトによってＭＨＥＧアプリケーション（および
プロジェクト）についての編集をテキストレベルで行う
場合に、編集者がＴＮよりも手軽に扱えることを配慮し
て用意されたものである。詳しい説明は省略するが、例
えば編集者は、ＭＨＥＧオーサリングソフトウェア上
で、この中間言語の記述によるＭＨＥＧアプリケーショ
ンの編集を行うことが可能とされている。

【０１４７】ＭＨＥＧビューワ２４０は、作成されたＭ
ＨＥＧアプリケーションを表示出力するためのビューワ
とされ、映像表示制御部２２３、ＭＨＥＧ再生部２２
４、ＭＨＥＧ同期再生部２２５より成る。このＭＨＥＧ
ビューワ２４０は、例えば基本的にはＩＲＤに備えられ
るＭＨＥＧ情報をデコードして再生出力するための機能
と同様の機能を備えて成るものとされる。

【０１４８】映像表示制御部２２３は、例えばサーバ
（ここでは記録デバイス２３５が相当する）から供給さ
れる放送番組としての情報を読み込んで、例えばこの場
合であればディスプレイ２３１に対して表示させるため
の表示制御プログラムである。また、ＭＨＥＧ再生部２
２４は、サーバ（ここでは記録デバイス２３５が相当す
る）から供給されるＤＥＲ（ＭＨＥＧ−ＩＳ）の形式に
よるＭＨＥＧコンテンツの情報を読み込んでデコードを
行い、例えばこの場合であればディスプレイ２３１に対
して再生出力するためのプログラムとされる。ＭＨＥＧ
同期再生部２２５としてのプログラムは、例えば映像表
示制御部２２３により番組画像を表示出力させている状
態の下で、ＭＨＥＧ再生部２２４により再生出力される
ＭＨＥＧアプリケーションについて、この番組画像に同
期させて表示出力させるための制御用プログラムとされ
る。

【０１４９】なお、ＭＨＥＧビューワ２４０は、オーサ
リングソフトウェア２１０に含まれるものとして示して
いるが、ＭＨＥＧビューワ２４０と、ＭＨＥＧビューワ
２４０以外のプログラムから成るオーサリングソフトウ
ェア２１０とは、それぞれ独立したアプリケーションソ
フトプログラムとされていても良い。

【０１５０】附帯情報生成部２５０は、後述するよう
に、制作者の入力に応じて、制作されたＭＨＥＧコンテ
ンツに付随する附帯情報を生成するプログラムである。

【０１５１】２−３．送出時間を考慮したコンテンツ制
作機能 図１７は、マルチメディア型データ放送の一例として、
ある番組内でテレビジョン映像と同期してＭＨＥＧデー
タによるシナリオが実行される例を示す。図１７に示す
例では、１０時からの２時間番組において最初の３０分
と最後の１時間は通常の映像、音声のみのテレビジョン
放送で、テレビジョン番組の画面３１１および３１７が
表示される。その間の３０分の映像に関連してＭＨＥＧ
データによるシナリオが実行される。

【０１５２】１０時３０分から１０分間は、シーン１の
画面３１２が表示される。テレビジョン画面の下部に文
字による情報表示が行われ、ａのボタンを操作すること
によりｔｅｘｔの内容が変わるようになっている。１０
時４０分に映像と同期してシーン１の画面３１２からシ
ーン２の画面３１３へ表示が切り替わる。

【０１５３】画面３１３では、テレビジョン画面が縮小
され、残りのエリアに複数のボタンｂ、ｃ、ｄと文字情
報が提示される。このシーン２は、例えば、音楽配信サ
ービスのメニュー画面として機能する。ｂ、ｃ、ｄの各
ＣＤアルバムに対応するボタンを操作することにより、
対応するＣＤアルバムのシーン（シーン３の画面３１
４、シーン４の画面３１５、シーン５の画面３１５）に
表示が切り替わる。これらのシーン３〜５では、各ＣＤ
アルバムの写真とアーティスト情報が表示されている。
各シーンでｅ、ｆ、ｇのボタンを操作するとシーン２の
画面３１３の表示に戻る。１１時になるとシーン２〜５
のどれが表示されていてもＭＨＥＧデータの表示が終了
し、通常のテレビジョン画面３１７に切り替わる。

【０１５４】図１７に示すようなシナリオは、ＭＨＥＧ
においては、各シーンに配置された静止画、文字等の部
品に関する位置情報、その他の状態を示す情報と、リモ
コン操作その他のきっかけによるシーンの遷移や、シー
ン上の部品の状態の変化などの動作を記述したスクリプ
トと呼ばれる一種のプログラムに記述される。スクリプ
トと静止画、文字などの部品データは一体化して基本的
にはシーン単位のファイル群としてマルチメディアデー
タが構成される。

【０１５５】上述のようなテレビジョン番組に同期した
シナリオを作成するには、シーン１〜シーン５のマルチ
メディアデータを作成するだけでなく、送出装置におけ
るデータの送出スケジュールを設定する必要がある。２
時間の内、マルチメディアデータが表示されるのは３０
分だけなので、残りの１時間３０分はデータを送出する
よりも、限られた衛星の伝送帯域（伝送レート）を有効
に活用して、映像のレートを増やして画質を良くするの
が望ましいと考えられる。よって、データを実際に送出
するのは、図１７において、３１８で示すように、１０
時３０分から１１時までとする。

【０１５６】１０時４０分にシーン１（画面３１２）か
らシーン２（画面３１３）へ切り替わるのに、１秒程度
以内の映像との同期が必要と仮定した場合、１０時３０
分から１１時までシーン１〜シーン５の全てを送出して
おき、スクリプト内に、特定のイベントと呼ばれるタイ
ミング情報を受信したらシーン１からシーン２に遷移す
るという記述を入れておく。その上で、１０時４０分直
前に特定のイベントを示すデータパケットを送出するこ
とで、受信機では、シーン１からシーン２に遷移するこ
ととなる。このイベントデータを１パケットだけ送信す
ると、１０時５０分にこの番組を見始めた視聴者はシー
ン１の画面３１２の表示のままになってしまうので、例
えば１秒間隔で１１時まで同じパケットを送信し続ける
必要がある。３１９がイベントデータの送出スケジュー
ルを示す。

【０１５７】以下、図１８、１９を参照して、ＭＨＥＧ
コンテンツの制作、送信側における処理プロセスと伝送
方法、さらには受信機側の処理プロセスを説明する。図
１８において、３２１が作成されたシーン単位のＭＨＥ
Ｇデータを示す。Ｓ１〜Ｓ５の各シーンに対応した様々
な情報量のデータとなっている。これを伝送する時に考
慮しなければならないのは、受信機に一度に取り込める
データ量である。これは後述する受信機内のバッファメ
モリの容量に対応しており、一度に取り込む単位は前述
のモジュールが単位となるが、これによって最大情報量
が規定される。

【０１５８】基本的には後述の受信機内の動作の都合
上、モジュールはシーンに対応することが望ましい。し
かしながら、１シーンに１モジュールの最大情報量以上
の情報を含ませたい場合もありうる。この場合、シーン
単位データ３２１をモジュール単位データ３２２に変換
する時点で、モジュールの最大情報量を超過したシーン
についてはデータを分割する。分割は、一部の静止画、
文字などの部品データを別モジュールとするようになさ
れる。この分割処理により伝送するモジュール単位のデ
ータが生成される。モジュール単位のデータは、受信機
で必要なモジュールを取り出せるようにヘッダを付加し
た後、データカルーセル３２３と呼ばれる繰り返し送出
のしくみにより衛星伝送路３２４に送り出される。

【０１５９】受信機３２５側では、図１９に示すように
衛星伝送路３２４からのデータは、パケットフィルタ３
２６において、指定されたモジュールのみ通過して、バ
ッファメモリ３２７に格納される。この場合、繰り返し
送出されているモジュールを１回のみ通す。バッファメ
モリ３２７にモジュールデータが記憶されると、直ぐに
ＭＨＥＧエンジン３２８に通知され、ＭＨＥＧエンジン
３２８がモジュールデータを吸い上げてデータを処理す
る。スクリプトが含まれている場合はスクリプトを実行
し、テレビジョンモニタ３２９に指定された表示を行
う。

【０１６０】また、ＭＨＥＧエンジン３２８がスクリプ
トの実行過程で新たに表示すべき部品や、新たに遷移す
べきシーンについては、バッファメモリ中にそのデータ
が存在するか否かを判断し、存在しないと判断されたと
きには、パケットフィルタ３２６に対して必要なモジュ
ールを指定し、新たなモジュールの取り込みを指示して
待機状態に入る。この場合、パケットフィルタ３２６
は、衛星伝送路から指定されたモジュールを１回のみ通
して３２７のバッファメモリ３２７に、直前に受信した
モジュールのデータに上書きする形で書き込み、さらに
ＭＨＥＧエンジン３２８にモジュールの到着を通知す
る。ＭＨＥＧエンジン３２８が新たなモジュールを取り
込んで動作を再開する。上述の動作の繰り返しにより受
信機においてシナリオが実行される。

【０１６１】ここで留意すべきは、視聴者の操作感であ
る。まず例えばＭＨＥＧデータを含むチャンネルを選択
した後、最初のシーンが表示されるまでの時間は、最初
のシーンに対応するモジュールをバッファメモリ３２７
に格納するまでの時間が最低かかる。モジュールは、デ
ータカルーセルにより繰り返し送出されているので、タ
イミングによっては、この時間が最大モジュールの繰り
返し周期の時間となる。次のシーンの推移を指示する操
作を行った後、画面が切り替わるまで、やはり新たなモ
ジュールを取得する時間が必要となるので、やはり最
大、モジュールの繰り返し周期の時間はかかることにな
る。

【０１６２】さらに、１シーンが複数のモジュールに分
割されている場合には、まずスクリプトを含むモジュー
ル取得してシーンを表示するが、この時点では別モジュ
ールとなった部品は表示されず、さらに最大、モジュー
ルの繰り返し周期の時間を経てようやくそれが表示され
ることになる。但し、バッファメモリ３２７に余裕があ
る場合には、ＭＨＥＧエンジン３２８の指示を待たず
に、予め次に必要になりそうなモジュールを取得し、取
得したモジュールをバッファメモリ３２７の空きエリア
に入れておくことも可能である。その場合、ＭＨＥＧエ
ンジン３２８がモジュールを要求した時点で既にそれが
バッファメモリ３２７に入っていれば、上述の時間はか
からないで済む。

【０１６３】イベントデータについては、図１８におい
て３２４で示すイベントパケットという形で、前述の例
ではシーン１からシーン２への遷移を起こしたいタイミ
ングに合わせてその直前にまず最初のパケットを送信す
る。

【０１６４】受信側では、スクリプトにイベントデータ
による動作のきっかけが存在する場合は、それを認識し
ており、あらかじめパケットフィルタ３２７では、イベ
ントデータが来たらイベント処理部３３０へイベントデ
ータを転送するようにされている。イベント処理部３３
０では、イベントの種類が複数ある場合もあるので、イ
ベントが来たら、そのイベントの番号と共にＭＨＥＧエ
ンジン３２９に通知する。ＭＨＥＧエンジン３２９で
は、スクリプトに記述されている番号のイベントの到着
が確認されたら、記述されている通りの動作により、前
述の例では、シーン１からシーン２へ遷移する動作を実
行する。

【０１６５】ところで、前述の図１７の例では、テレビ
ジョン映像との同期のタイミングが制作意図に関係す
る。よって、マルチメディアデータの送出スケジュール
３１８や、イベントデータの送出スケジュール３１９を
制作者がシナリオを作成するオーサリング装置の中で設
定できることが望ましい。

【０１６６】図２０は、この一実施形態におけるオーサ
リング装置のユーザーインターフェイス、つまり操作画
面の例を示す。３４１が画面全体とすると、画面３４１
の上部に各種機能選択のためのメニュー画面３４２が表
示されている。シーン選択画面３４３には、対象となる
コンテンツのシーン構成が表示されている。この画面３
４３においてシーンの構成を設定し、作業対象となるシ
ーンを指定すると、対応するシーン編集画面３４４が表
示される。

【０１６７】３４５は、シーンに配置する各種部品を選
択するためのメディア選択画面であり、ここで意図する
部品のファイルを指定して確認する。その後、いわゆる
ドラッグ＆ドロップ等の操作によりシーン編集画面３４
４に選択した部品を配置する。さらに、３４６で示すオ
ブジェクト属性・動作設定画面では、状態・動作の規定
対象となるオブジェクト、つまり各部品やシーン等を、
シーン編集画面３４４で指定することによりその状態、
動作を表示し、また入力する。これらの操作の積み重ね
によりシーンの作りこみ作業が進行することになる。

【０１６８】図１７に示すようなテレビジョン映像との
同期を考慮するために、３４７が示すスコア画面を表示
する。スコア画面３４７において、オンエアの対象とな
る番組の時間軸上でシーンをどのように表示すべきか
を、スケジューリングできるようにされている。

【０１６９】図２１は、スコア画面３４７の一例を示
す。このスコア画面３４７の編集例は、図１７のコンテ
ンツの時間情報を入力したものである。各シーン単位に
番組の時間軸中で表示すべき時間をマウスドラッグ等の
インターフェイスで入力する。これにより、後述するコ
ンテンツ附帯情報として関連する時間情報が記述され
る。コンテンツ送出時間情報としては、全シーンの表示
時間をマージした時間帯とし、番組開始時刻から相対時
間で、送出開始時刻と、送出時間を割り出す。シーン間
の遷移は、自動的にイベント番号が振られ、スクリプト
上にもその番号のイベントを受信したらシーン１から遷
移するように自動的に記述され、同時にイベント番号と
イベントの時刻のテーブルを得る。このイベント時刻は
イベントデータ送出時刻となり、終了時刻としてはコン
テンツ送出終了時刻が自動的に設定され、最終的にはイ
ベント番号、イベント送出開始時刻、イベント送出終了
時刻の情報を得る。これらが、コンテンツ附帯情報とし
て登録される。

【０１７０】メニュー画面３４２のメニュー中のメニュ
ーを選択することにより、図２２に示すコンテンツ情報
設定画面が表示される。この画面では、コンテンツ名、
チャンネル番号、番組名、コンテンツ検索用キーワード
などのコンテンツ情報を入力する。これらの情報は、送
出装置内のデータベースに検索用の情報を与える。これ
らもコンテンツ附帯情報として登録される。

【０１７１】さらに、メニュー画面３４２のメニュー中
のメニューを選択することにより、図２３に示すモジュ
ール情報設定画面が表示される。この画面では、送出デ
ータ単位であるモジュールとシーンの関係を確認できる
他、モジュール毎の送出優先度を入力できる。送出優先
度は、データカルーセル３２３中で送出頻度を示すもの
で、値が１の場合にはカルーセル１周で１回送出され、
値が２の場合には、１周で２回送出される。前述したよ
うにモジュールの送出頻度は、受信機におけるシーン取
得表示にかかる時間に関わるので、統計的に視聴者がア
クセスする確率の高いモジュール（シーン）は送出優先
度を上げると、全体的に視聴者が感じる快適さが向上す
る。この送出優先度も制作意図に関係するので、オーサ
リング装置で設定するのが望ましい。モジュール番号と
その送出優先度のリストもコンテンツ附帯情報に登録さ
れる。

【０１７２】図２４にこの発明に関係するオーサリング
装置３５１の処理ブロック構成を示す。図２４において
は、上述の図１６からこの発明に関連する部分だけを抜
き出して示している。３５２が入力となるシーンに配置
すべき部品のファイル（メディアファイル）を示す。３
５４がユーザーインターフェイス部を示す。ユーザーイ
ンターフェイス部３５４における表示と操作については
前述した通りである。

【０１７３】ユーザーインターフェイス部３５４におい
て編集を行う場合、部品を選択することによりメディア
ファイル３５２から必要な部品のファイルを読み込み、
メディアデコーダ３５３により復号した後、ユーザーイ
ンターフェイス部３５４に配置した部品を表示する。ユ
ーザーインターフェイス部３５４においてシーン編集が
完了すると、所定の操作によりＭＨＥＧスクリプト生成
部３５５においてＭＨＥＧスクリプトが生成され、さら
に、モジュールファイル生成部３５７においてシーン内
の部品に対応するメディアデータをスクリプトと一体化
してシーン単位のモジュールファイルとする。

【０１７４】一方、ユーザーインターフェイス部３５４
において、スコア画面３４７（図２１参照）で送出スケ
ジュールを設定し、さらに、コンテンツ情報設定画面
（図２２参照）でコンテンツ関連情報を入力し、モジュ
ール情報設定画面（図２３参照）で送出優先度を入力す
る。それによって、３５８で示す附帯情報生成部におい
て、附帯情報リストファイルが生成される。また、３５
９で示すファイル圧縮結合部において、シーン単位のモ
ジュールファイル群と附帯情報リストファイルがまとめ
て圧縮結合され、３６０で示すコンテンツファイルがオ
ーサリング装置の出力として得られる。

【０１７５】図２５は、附帯情報ファイルの構成例を示
す。附帯情報の記述の規則について説明する。附帯情報
は、ＳＪＳで記述するものとする。基本的に各項目毎に
項目名と項目内容を記述する。項目名と項目内容の間に
はTAB(0X09) を挿入する。各項目は、基本的に図２５で
示す順に並んでいることとする。例外としてno of even
t に続く３項目。no of moduleに続く２項目はループ
として、no ofに指定される回数繰り返される。

【０１７６】項目の区切りは、改行とする。image.mhi
は全てASCII で記述する。ファイルの最後は、CR+LF と
する。複数設定可能な項目は、同じ項目名で繰り返し複
数項目を記述できる。最大項目数は、１０２４とする。
複数設定可能の項目で、一つの項目も存在しない場合
は、「項目名」のみを記述する。桁数は、半角（バイ
ト）を単位とする。(7)event tag,(8)event start
time,(9)event end timeは必ずno of event 数分
並べて記述する。event tag は数値の前に０を付けな
い。(11)module id(12)module priority level はmo
duleの数分存在する。

【０１７７】図２６は、上述した規則に従って記述した
附帯情報の一例を示す。図２６においては省略している
が、左の項目名と右の項目内容との間にTAB が挿入され
ている。

【０１７８】次に附帯情報を含むコンテンツファイルを
受けたデータ送出装置でのデータ処理について説明す
る。図２７にデータ送出装置の処理ブロックを示す。制
作者から３６０で示すコンテンツファイルを受けて、３
６１で示すデータ送出装置では、ユーザーインターフェ
イス部３６４の画面から対象となるコンテンツファイル
３６０を指定する。指定されたコンテンツファイル３６
０は、コンテンツ登録部３６２において、その圧縮した
ファイル群を解凍して、附帯情報を取り出して、マルチ
メディアデータと関係づけてデータベース３６３に自動
的に登録する。またチャンネル番号、番組名等は、予め
データベース３６３に登録されていれば、これらと自動
的に関係付けられる。

【０１７９】番組の編成作業を行う時点で、データ送出
装置の作業者は、ユーザーインターフェイス部３６４の
番組編成画面において、データベース３６３に登録され
た番組を時間軸に割り付けるスケジューリング作業を行
う。この時点で番組と関連つけられたコンテンツの附帯
情報を参照することにより、マルチメディアデータ、お
よびイベントデータの送出開始時刻と終了時刻が確定す
る。これらの送出スケジュールは、スケージュール管理
部３６５で管理される。すなわち、予め送出開始時刻よ
り一定時間前に対応するコンテンツのマルチメディアデ
ータがデータカルーセル処理部３６６へ転送され、モジ
ュール単位にヘッダがつけられ、附帯情報の送出優先度
を参照して、カルーセルに配置される。

【０１８０】一方、コンテンツ附帯情報に含まれていた
イベントデータも一定時間前にイベントデータ生成部３
６７へ送られ、イベントパケットの形式に変換される。
さらに送出時刻になると、スケージュール管理部３６５
からの指令により、データカルーセル処理部３６６，イ
ベントデータ生成部３６７から順次パケット変換出力部
３６８を通って、データストリーム３６９として出力さ
れる。

【０１８１】

【発明の効果】以上説明したように、この発明では、デ
ータ送出装置の作業者はコンテンツの内容を知る必要は
なく、また、コンテンツの送出時間などの附帯情報を知
る必要はない。これらの情報は全て情報処理装置で、制
作意図を理解している制作者により設定されているの
で、制作者の意図が反映され、また、サービスの運用方
法としても安全となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

【図１２】ＩＲＤの構成を示すブロック図である。

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

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

【図１５】ＭＨＥＧコンテンツにおけるシェアオブジェ
クトの概念を示す略線図である。

【図１６】一実施形態のＭＨＥＧオーサリングシステム
の構成を示す略線図である。

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

【図１８】ＭＨＥＧコンテンツの制作および送信処理に
ついての略線図である。

【図１９】ＭＨＥＧコンテンツの受信機側の表示処理に
ついての略線図である。

【図２０】オーサリング装置のユーザーインターフェイ
ス画面の表示例を示す略線図である。

【図２１】送出時間を設定する画面例を示す略線図であ
る。

【図２２】ＭＨＥＧコンテンツ附帯情報を設定する画面
例を示す略線図である。

【図２３】ＭＨＥＧコンテンツの送出優先度を設定する
画面例を示す略線図である。

【図２４】ＭＨＥＧオーサリングシステムの要部を示す
略線図である。

【図２５】附帯情報ファイルの構成例を示す略線図であ
る。

【図２６】附帯情報ファイルの具体例を示す略線図であ
る。

【図２７】データ送出装置の構成を示す略線図である。

【符号の説明】

１・・・地上局、２・・・衛星、３・・・受信設備、６
・・・テレビ番組素材サーバ、９・・・ＧＵＩデータサ
ーバ、３１・・・テレビ番組素材登録システム、３９・
・・テレビ番組送出システム、４２・・・ＧＵＩ（ＭＨ
ＥＧ）オーサリングシステム、５１ チューナ／フロン
トエンド部、９０・・・メインメモリ、２０１・・・パ
ーソナルコンピュータ、２０２・・・ハードウェア、２
１０・・・ＭＨＥＧオーサリングソフトウェア、２１３
・・・ＭＨＥＧシーン作成部、２５０・・・附帯情報生
成部、３２３・・・データカルーセル、３２４・・・イ
ベントパケット、３２５・・・衛星伝送路、３２７・・
・パケットフィルタ、３２８・・・バッファメモリ、３
２９・・・ＭＨＥＧエンジン、３３０・・・イベント処
理部、３３１・・・テレビジョンモニタ、３４３・・・
シーン選択画面、３４４・・・シーン編集画面、３４５
・・・メディア選択画面、３４７・・・スコア画面

Claims (6)

【特許請求の範囲】
1. 【請求項１】 デジタル放送のデータ放送用コンテンツ
   を作成するための情報処理装置において、 作成されたコンテンツデータに付随する附帯情報を入力
   する入力手段と、 入力された附帯情報を上記コンテンツデータと共に記憶
   する記憶手段と、 上記記憶手段に記憶された附帯情報とコンテンツデータ
   を読み出して外部の送出装置に出力する出力手段とを備
   えることを特徴とする情報処理装置。
2. 【請求項２】 請求項１において、 上記附帯情報は、上記コンテンツデータのファイルと共
   に、ファイル形式で上記送出装置に出力されることを特
   徴とする装置。
3. 【請求項３】 請求項１において、 上記附帯情報は、上記コンテンツデータを送出する時間
   情報を含むことを特徴とする装置。
4. 【請求項４】 請求項１において、 上記附帯情報は、上記コンテンツデータを送出する優先
   度情報を含むことを特徴とする装置。
5. 【請求項５】 請求項１において、 上記入力手段は、コンテンツ作成画面中の上記附帯情報
   の入力画面として構成されることを特徴とする装置。
6. 【請求項６】 ディジタル放送のデータ放送用コンテン
   ツを作成するための情報処理方法において、 作成されたコンテンツデータに付随する附帯情報を入力
   し、 入力された附帯情報を上記コンテンツデータと共に記憶
   し、 記憶された附帯情報とコンテンツデータを読み出して外
   部の送出装置に出力することを特徴とする情報処理方
   法。