JP2000286809A

JP2000286809A - 情報処理装置及び情報処理方法

Info

Publication number: JP2000286809A
Application number: JP11093320A
Authority: JP
Inventors: Kazuhiro Fukuda; 和浩福田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-03-31
Filing date: 1999-03-31
Publication date: 2000-10-13

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)が使用される。ＩＯＲには、
オブジェクトを見つけ出すためのカルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。

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

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

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

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

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

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

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

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

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

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

【０１１７】ここで、ＭＨＥＧオーサリングシステムの
説明に先立ち、本実施の形態のＭＨＥＧオーサリングシ
ステムで作成される、ＭＨＥＧコンテンツ（ＭＨＥＧア
プリケーション）の構造概念を、図１３及び図１４によ
り説明しておく。図１３には、ＭＨＥＧシーン１〜ＭＨ
ＥＧシーン３の３つのシーンが示されている。これらの
各シーンは、例えば１画面分の画像領域に対して、オブ
ジェクトをペーストするようにして組み合わせることで
形成されるものである。なお、ＭＨＥＧシーンとは、Ｍ
ＨＥＧ方式でいうところの「シーン」であるが、本明細
書では、後述するシェアシーンと区別して、シーンを
「ＭＨＥＧシーン」という場合がある。逆に、以降の説
明において単にシーンといった場合には、このＭＨＥＧ
シーンを指すものとされる。

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

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

【０１２０】例えば、実際には、この図１４に示すＭＨ
ＥＧコンテンツがデジタル衛星放送の放送番組に同期し
て受信側で表示される場合には、ＭＨＥＧコンテンツ
１，ＭＨＥＧコンテンツ２，ＭＨＥＧコンテンツ３がユ
ーザが行ったインタラクティブ操作や放送番組の放送時
間経過に従って、トランジションするものとされ、ま
た、ＭＨＥＧコンテンツ１が出力されている場合には、
ユーザが行ったインタラクティブ操作や放送番組の放送
時間経過に従って、ＭＨＥＧシーン１〜３の各シーン間
でトランジションが行われるものとされる。なお、以降
においては、説明の便宜上、プロジェクトとして纏めら
れる複数のＭＨＥＧコンテンツ（ＭＨＥＧアプリケーシ
ョン）について、特に単一のＭＨＥＧコンテンツ（ＭＨ
ＥＧアプリケーション）と区別する必要の無い場合に
は、プロジェクトについても単にＭＨＥＧコンテンツ
（ＭＨＥＧアプリケーション）というものとする。

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

【０１２２】補足的に説明しておくと、シェアオブジェ
クトとは、１つのＭＨＥＧコンテンツを形成する複数の
シーン間で共有して使用することのできるオブジェクト
のことをいう。例えば、図１５に示すように１ＭＨＥＧ
コンテンツ内にＭＨＥＧシーン１，２の２つのシーンが
あるとして、オブジェクトとしては、オブジェクト１〜
３及びオブジェクト４〜６の６つのオブジェクトに加え
て、シェアオブジェクト１〜３の３つシェアオブジェク
トが用意されているものとする。ここで、オブジェクト
１〜３はＭＨＥＧシーン１のみを作成するのに使用さ
れ、オブジェクト４〜６は、ＭＨＥＧシーン２のみを作
成するのに使用されるオブジェクトである。これに対し
て、シェアオブジェクト１〜３は、ＭＨＥＧシーン１及
びＭＨＥＧシーン２に対して共通に使用可能であるもの
として設定されたオブジェクトである。従って、図１５
に示す場合には、ＭＨＥＧシーン１はオブジェクト１〜
３及びシェアオブジェクト１〜３の６つのオブジェクト
を使用して作成することができ、ＭＨＥＧシーン２は、
オブジェクト４〜６及びシェアオブジェクト１〜３の６
つのオブジェクトを使用して作成することができること
になる。

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

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

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

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

【０１２７】また、この図に示すパーソナルコンピュー
タ２０１に対しては、外部接続機器又は外部操作子とし
て、ディスプレイ２３１、マウス２３２、キーボード２
３３、スピーカ２３４、記録デバイス２３５、ビデオ機
器２３６が備えられている。ディスプレイ２３１には、
パーソナルコンピュータ２０１が出力する画像が表示さ
れる。特に本実施の形態にあっては、後述するＭＨＥＧ
オーサリングソフトウェア２１０としてのＧＵＩ画面
（操作画面）も表示される。マウス２３２及びキーボー
ド２３３は、編集者が行った操作情報をパーソナルコン
ピュータ２０１に対して入力するための操作子として設
けられる。スピーカ２３４は、パーソナルコンピュータ
２０１から出力される音声信号を外部に音声として出力
するために設けられる。記録デバイス２３５は、パーソ
ナルコンピュータ２０１が必要とする情報として、例え
ばオペレーションシステムや、本実施の形態のＭＨＥＧ
オーサリングソフトウェア２１０を含む所定のアプリケ
ーションソフトウェア等が記憶される。また、本実施の
形態の場合には、ＭＨＥＧコンテンツ自体及び、各ＭＨ
ＥＧコンテンツを形成するオブジェクト等としての画像
ファイル、音声ファイル、及びテキストファイル等も保
存されることになる。そして、ＭＨＥＧオーサリングソ
フトウェア２１０は、これらのオブジェクトとしてのフ
ァイルを作成して、この記録デバイス２３５に対して保
存したり、この保存されたオブジェクトのファイルを使
用して編集処理を行うようにされる。なお、この記録デ
バイス２３５の種類としては、ここでは特に限定しない
が、例えばハードディスクドライブをはじめ、比較的大
容量のデータを保存可能なストレージデバイスが用いら
れれることが好ましい。

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

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

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

【０１３１】シェアシーン作成部２１２は、上記オブジ
ェクト作成部２１１により作成されたオブジェクトファ
イルを利用して、シェアシーンを作成するためのプログ
ラムにより構築される。ここでの詳しい説明は省略する
が、本実施の形態のＭＨＥＧオーサリングツールでは、
内部形式的な編集処理にあっては、「シェアシーン」が
規定されている。このシェアシーンとは、先に図１５に
より説明したシェアオブジェクトについての編集が簡易
なものとなることを配慮して規定された概念で、１以上
の任意のオブジェクトを使用して作成される仮想のシー
ンであり、用意されたＭＨＥＧシーンに対して重ねるよ
うにして使用（表示）されるレイヤー的な編集素材とし
て扱われ、かつ、１つのＭＨＥＧコンテンツを形成する
ＭＨＥＧシーンに対して共通に使用可能とされる。そし
て、編集結果として、ＭＨＥＧスクリプト（ＭＨＥＧ−
ＩＳ）として記述される場合には、或るＭＨＥＧシーン
に対して使用したシェアシーンに含まれるオブジェクト
が、そのＭＨＥＧシーンに対して使用されるシェアオブ
ジェクトとして管理されるものである。例えばこの場合
にも、編集者は、シェアシーン作成部２１２としてのプ
ログラム上でキーボード、マウスなどを使用して、これ
までに作成された１以上の任意のオブジェクトファイル
を選択して使用することで、例えばＭＨＥＧオーサリン
グソフトウェア上で規定された上限数以内で、１以上の
任意の数のシェアシーンを編集することができる。

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

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

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

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

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

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

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

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

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

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

【０１４２】また、ＴＮ処理部２２７は、ＭＨＥＧスク
リプトを記述するためのソースコードであるＴＮ(Textu
al Notation)についての処理を実行する。このＴＮ処理
部２２７としてのプログラムによって、例えば内部形式
による「オーサリング管理情報」としての記述ファイ
ル、又は、ＭＨＥＧ−ＩＳの形式により出力されるべき
スクリプトファイルをＴＮに変換して出力することが可
能となる。また、例えばＴＮとしての記述によるＭＨＥ
Ｇアプリケーションの編集を行う際にも、このＴＮ処理
部２２７としてのプログラムが使用される。ここでＭＨ
ＥＧの規格においては、上記ＴＮとしての形式のファイ
ルに対して、ＭＨＥＧスクリプト出力制御部２１１によ
って出力されるＭＨＥＧ−ＩＳとしての形式は、「ＡＳ
Ｎ．１ＤＥＲ（Abstract Syntax Notation No.1 Dist
inguished Encoding Rule:ISO/IEC8824,8825）」といわ
れる。いわば、ＴＮがソース言語であるのに対して、Ａ
ＳＮ．１ＤＥＲ（以下単に「ＤＥＲ」と記述する）は
ＭＨＥＧ−ＩＳの形式に従ってコンパイルされたバイナ
リデータとされる。換言すれば、本実施の形態のＭＨＥ
Ｇオーサリングソフトウェア２１０においては、ＴＮと
しての形式により記述されたスクリプトファイルは、Ｍ
ＨＥＧ−ＩＳとして送信、又はパッケージ化（例えばＣ
Ｄ−ＲＯＭなどにＭＨＥＧコンテンツがパッケージされ
ることをいう）される場合には、ＤＥＲに変換されて出
力される。

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

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

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

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

【０１４７】２−３．ＭＨＥＧオーサリングソフトウェ
アとしてのＧＵＩ画面例２−３−１．ＭＨＥＧアプリケーションのシークエンス
構造続いて、ＭＨＥＧオーサリングソフトウェア２１０とし
てのＧＵＩ画面として、本実施の形態の特徴となる表示
形態例について以降説明を行っていくが、これに先立
ち、ＭＨＥＧアプリケーションのシークエンス構造とい
われるものについて簡単に説明しておく。なお、ここで
いうシークエンスとは、ＭＨＥＧアプリケーション単位
のことであり、ＭＨＥＧアプリケーションをシーン単位
の集合として捉えた場合には、シーンのシークエンスか
ら成ることに因んで、「シークエンス」といっている。

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

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

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

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

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

【０１５３】２−３−２．シークエンス構造表示ウィン
ドウそして本実施の形態のＭＨＥＧオーサリングソフトウェ
ア２１０としては、ＭＨＥＧアプリケーションに対して
設定されたトランジジョン（シークエンス構造）を確認
するためのメニュー画面として、図１８示すような表示
形態による、シークエンス構造表示ウィンドウを表示す
るものである。

【０１５４】図１８に示すシークエンス構造表示ウィン
ドウＷＤ１においては、例えば図１７にて説明したよう
な１つのＭＨＥＧアプリケーションについてのトランジ
ジョンの設定状況が視覚的に把握可能なように示されて
いるものである。なお、確認のために述べておくと、シ
ーン間の推移関係は、時間軸の進行に従った関係と、例
えばシーン内のボタン操作等に応じたインタラクティブ
な関係との両者があるが、シークエンス構造表示ウィン
ドウＷＤ１により示されるのは、後者のインタラクティ
ブな関係とされる。また、このシークエンス構造表示ウ
ィンドウＷＤ１は、例えばＭＨＥＧオーサリングソフト
ウェアとしてのプルダウンメニューから、シークエンス
構造表示のためのメニューを選択することによって、表
示されるものである。

【０１５５】この図１８では、最も上の階層（開始）の
シーンとして、Scene01が設定され、このScene01から次
の階層への遷移としては、Scene02，Scene03，Scene0
4，Scene05，Scene06の各シーンに分岐してトランジシ
ョンできるように規定されていることが示されている。
そして、以降の階層へのトランジションは、図示されて
いるようにして規定されているものとされる。ここで、
特に、最も上の階層のScene01から次の階層へのトラン
ジションとしてScene06に移行した場合、このScene06か
ら更に次の階層へのトランジション先は、Sequence04と
されているが、これは、Sequence04というアプリケーシ
ョン名が付された、他のＭＨＥＧアプリケーション（シ
ークエンス）への推移が規定されていることを示してい
る。

【０１５６】そして、このような本実施の形態のシーク
エンス構造表示ウィンドウＷＤ１の表示形態の特徴とし
ては、各シーンを示す画像について、そのシーンの実際
の画像を縮小して形成された画像情報である、いわゆる
サムネイル画像ＴＭを使用して表示を行っている。具体
的に、最も上の階層のシーン１であれば、このシーン１
としての実際の画像を縮小したサムネイル画像ＴＭが所
定サイズにより配置して表示され、サムネイル画像ＴＭ
の上に、そのシーンのファイル名であるScene01という
文字が配置して表示されている。そして、残る他のシー
ンについてもこのようなサムネイル画像ＴＭを使用した
表示が行われている。このようにしてサムネイル表示を
行うようにすれば、シーンが視覚的な具体性を有するこ
とになるため、例えばシーンファイル名だけに依存した
表示を行う場合よりも、シーンの把握が容易になって操
作性が向上するものである。これに対して、従来におい
ては、例えシークエンスの構造を表示するメニュー画面
が用意されていたとしても、例えば文字や、矩形のブロ
ック等を組み合わせることでシーンを示すという表示形
態にとどまっており、このようなサムネイル表示は行わ
れていなかったものである。

【０１５７】但し、例えば図１８には、最も上の階層の
Scene01から始まって、順次下の階層へ進むようにし
て、Scene03→Scene12と推移し、再度Scene01に推移す
る状態が示されているが、このような推移では、Scene0
1が下の階層において再び現れて表示されることにな
る。このようにして、或る同一のシーンが２回以上表示
される必要のある場合には、２回目以降に表示されるシ
ーンについては、サムネイル画像による表示は行わず
に、例えば図のように、単に、矩形枠Ｋの中に対してシ
ーンのファイル名を文字によって示す表示を行うように
する。つまり、或る同一シーンが複数段階の階層で表示
される場合には、そのシーンが最初に現れる階層でのみ
サムネイル表示を行って、以降の階層においては、矩形
枠Ｋと文字（シーンファイル名）のみによる省略表示を
行うものである。例えば、或るシーンが具体的にどのよ
うな画像であるのかを把握しようとすれば、そのシーン
のサムネイル表示がどこかで１回行われれば充分である
と考えられる。また、サムネイル表示としては、その表
示内容が或る程度はっきりと認識できることを考慮する
と、むやみに小さいサイズとすることはかえって操作性
を阻害するため、或る程度のサイズが要求される。そこ
で、上記のようにして、同一のシーンが複数表示される
ときには、サムネイル表示と省略表示を併用するように
すれば、操作性を損ねることなく限られた表示領域を有
効に利用することが可能になるものである。

【０１５８】なお、サムネイル表示と省略表示との併用
の仕方については、この図１８に示す形態に限定される
ものではない。例えば、シークエンス構造表示ウィンド
ウＷＤ１内に同一のシーンが３つ現れるとすれば、最初
と次の階層のシーンについてはサムネイル画像による表
示を行って、最後の階層のシーンについてのみ矩形枠Ｋ
としての表示が行われるように構成されればよいもので
ある。

【０１５９】また、ここでは、上記した省略表示に準じ
て、例えば先に説明したScene06からSequence04へのト
ランジションのように、シーンから他のＭＨＥＧアプリ
ケーションへのトランジションを示す場合には、他のＭ
ＨＥＧアプリケーションについても矩形枠Ｋ内に対し
て、そのＭＨＥＧアプリケーションファイル名を配置す
るようにしてシンボル表示を行うようにされる。なお、
ＭＨＥＧアプリケーション（Sequence）のシンボル表示
としては、複数の矩形枠Ｋが重ねた形態とされている
が、これは、例えば１つの矩形枠Ｋが１シーンを示して
いるものとして、ＭＨＥＧアプリケーションが複数のシ
ーンのシークエンスにより形成されていることを象徴的
に示しているものである。

【０１６０】なお、ファイル名の後ろ（右側）において
［］内に表示されている数字は、実際に、このＭＨＥ
Ｇアプリケーションを放送用コンテンツとして送信する
際における、カルーセル内の送出レート（送出頻度）を
相対的に示すものである。ここでの詳しい説明は省略す
るが、本実施の形態のＭＨＥＧオーサリングツールにあ
っては、ＭＨＥＧアプリケーションを形成するシーン等
の要素についてのカルーセルに対する送出レートを設定
することが出来、この［］内に表示されている数字に
より、編集者が設定した送出レートも確認できるもので
ある。また、ここでの詳しい説明は省略するが、例えば
このようにして表示されるシークエンス構造表示ウィン
ドウＷＤ１に対して、マウス等を使用した所定の操作手
順を踏むことで、シークエンス構造表示ウィンドウＷＤ
１上で、シークエンス構造の設定の変更を行うようにプ
ログラムを構成することも可能である。

【０１６１】また、図１８に示すシークエンス構造表示
ウィンドウＷＤ１においては、カーソル（ポインタ）Ｃ
ＲＳが表示されている。そして本実施の形態では、、こ
のシークエンス構造表示ウィンドウＷＤ１に表示させて
いる任意のシーンの表示位置に対してカーソルＣＲＳを
配置してダブルクリックしたとすると、このダブルクリ
ックによって選択されたシーンについてのシーン編集ウ
ィンドウが表示されるように構成されている。

【０１６２】具体例として、例えば編集者がマウス操作
によって、図に示すようにして、シーン０１（Scene0
1）の表示位置に対してカーソルＣＲＳを配置してダブ
ルクリックをしたとすると、図１９に示すようなシーン
０１（Scene01）のためのシーン編集ウィンドウＷＤ２
が呼び出されて新規に表示される。シーン編集ウィンド
ウＷＤ２は、選択されたシーンの編集を行うためのメニ
ュー画面である。この図に示す表示形態は初期表示状態
に対応するものであるが、、例えば実際には、ウィンド
ウ内に対してシーンとしての画像が表示されるようにな
っている。そして、編集者は、マウスやキーボード等の
操作によって、このウィンドウ内に表示されたシーン画
像についての各種編集を行うことができるようになって
いる。なお、この図においては、ウィンドウ内の縁側に
対して縦横方向にルーラーが表示されており、シーンの
寸法をこのルーラーと対応させて認識可能なようになっ
ている。また、例えばこのシーン編集ウィンドウＷＤ２
と、先に図１８に示したシークエンス構造表示ウィンド
ウＷＤ１とは、ディスプレイの画面上に同時表示可能と
されており、例えば、シーン編集ウィンドウＷＤ２とシ
ークエンス構造表示ウィンドウＷＤ１の部分をマウスで
クリックすることで、アクティブとなるウィンドウを編
集者が任意に選択することができるものである。

【０１６３】このように、本実施の形態では、シークエ
ンス構造表示ウィンドウＷＤ１を表示させた場合には、
これと連動して、シークエンス構造表示ウィンドウＷＤ
１に表示されているシーンについてのシーン編集ウィン
ドウＷＤ２を連動的に呼び出すことが可能とされてい
る。しかもその操作は、例えば目的のシーンに対するダ
ブルクリックという、直接的な操作である。

【０１６４】例えば、従来としては、このようにしてシ
ークエンス構造を表示するメニュー画面とシーン編集の
ためのメニュー画面との連動を図ったインターフェイス
を有しておらず、それぞれは独立していたため、例えば
編集者がシークエンス構造を表示するメニュー画面を見
ていて、シーン編集の必要があると判断したときには、
例えばメインメニューなどからシーン編集用のメニュー
を選択して移行するという操作が必要であった。例えば
この場合には、１又は複数のＭＨＥＧアプリケーション
を形成するシーンリストの中から目的のシーンを選択し
てそのメニュー画面を表示させる必要があり、その操作
性は良いものとは言えなかった。なお、本実施の形態あ
っても、従来と同様にして、メインメニューなどからシ
ーン編集用のメニューを選択することで、目的のシーン
のシーン編集ウィンドウＷＤ２を呼び出す操作を行うこ
とは可能である。

【０１６５】２−３−３．ソース表示ウィンドウまた、本実施の形態においては、次に説明するようにし
てソース表示ウィンドウを表示させることもできるよう
になっている。ここで、ソース表示ウィンドウに表示さ
れるのは、ＭＨＥＧでいうところのＴＮである。先に図
１６においても述べたように、ＭＨＥＧアプリケーショ
ンにおけるスクリプトの記述としてはＴＮとＤＥＲが存
在し、ＤＥＲはＭＨＥＧ−ＩＳとして放送又はパッケー
ジ化して出力する際の形式とされる。これに対して、Ｔ
ＮはＭＨＥＧスクリプトの記述のためのソースコードと
される。従って、ＭＨＥＧアプリケーションの編集や各
種設定は、このＴＮによる記述をテキストレベルで編集
者が行うことによっても可能とされている。例えば、本
実施の形態のＭＨＥＧオーサリングソフトウェアでは、
基本的には、ＧＵＩによる操作を実現しているものであ
るが、状況によっては、ＴＮのレベルでＭＨＥＧコンテ
ンツについての編集（例えばデバッグ等）を行う方がよ
いとされるような状況も当然考えられる。

【０１６６】そこで、本実施の形態にあっては、ＭＨＥ
Ｇアプリケーションの編集状況を確認するためのウィン
ドウとして、このＴＮを表示するためのソース表示ウィ
ンドウを設けるものである。

【０１６７】ここで、実際のＴＮとしては、１つのＭＨ
ＥＧアプリケーションについて、例えばそのＭＨＥＧア
プリケーションを形成するシーンやオブジェクトについ
ての制御情報、及び他の所要の制御情報の全てを備えて
形成される１つのファイルとされる。このため、例えば
従来のＭＨＥＧオーサリングツールとしては、仮にＴＮ
を出力するインターフェイスがあったとしても、ＭＨＥ
Ｇアプリケーション単位で出力するようにされていた。
つまり、或る１つのＭＨＥＧアプリケーション全体につ
いてのＴＮが一度に提示されるものである。

【０１６８】例えば、編集者がＴＮの形式の下で編集を
行う場合として、そのＭＨＥＧアプリケーション内の一
部のシーン又はオブジェクトについてのみ編集を行いた
いとしても、上記のようにしてＭＨＥＧアプリケーショ
ン単位でしかＴＮが出力されないとすれば、編集に必要
な記述部分を即座に見つけるのは決して容易な作業では
なくなってしまう。

【０１６９】そこで、本実施の形態では、ソース表示ウ
ィンドウによってＴＮを出力するのにあたって、ＭＨＥ
Ｇアプリケーション単位でのＴＮの出力はもちろんのこ
と、所定操作によって選択されたシーン単位、また、選
択されたオブジェクト単位でのＴＮの記述部分を抜き出
して、これを出力できるように構成されるものである。

【０１７０】ここで一例として、ソース表示ウィンドウ
によってオブジェクト単位のＴＮを出力させるための操
作手順について図２０及び図２１を参照して説明する。
例えば現在、図２０（ａ）に示すようにして、或るシー
ンについてのシーン編集画面ＷＤ２が表示されていると
する。このシーン編集画面ＷＤ２に表示されているシー
ンとしては、例えば図のように、３つのボタンｂｔ１，
ｂｔ２，ｂｔ３が使用されて形成されているものとす
る。これら３つのボタンｂｔ１，ｂｔ２，ｂｔ３の各々
は、ＭＨＥＧアプリケーションにあってはオブジェクト
として扱われているものである。

【０１７１】シーン編集画面ＷＤ２にあっても、カーソ
ルＣＳＲの表示は行われるのであるが、例えば編集者が
シーン編集画面ＷＤ２上に配置表示されている任意のオ
ブジェクトにカーソルＣＲＳを合わせてダブルクリック
を行ったとすると、そのオブジェクトについてのソース
表示ウィンドウＷＤ３が追加的に表示されるようになっ
ている。

【０１７２】具体的には、例えば図２０（ａ）に示すよ
うに、シーン編集画面ＷＤ２に表示されているボタンｂ
ｔ１，ｂｔ２，ｂｔ３のうち、ボタンｂｔ１に対してカ
ーソルＣＲＳを合わせてダブルクリックを行ったとすれ
ば、図２０（ｂ）に示すようにして、これまで表示され
ていたシーン編集画面ＷＤ２と共に、ボタンｂｔ１とし
てのオブジェクトについてのソース表示ウィンドウＷＤ
３が表示されるものである。

【０１７３】図２１に、上記図２０（ｂ）にて表示され
たソース表示ウィンドウＷＤ３を抜き出して拡大して示
す。この図に示すソース表示ウィンドウＷＤ３にあって
は、ClassNameと示されている欄に対してRectangleと表
記されて、そのオブジェクトの属性が示される。また、
Identifierの欄には、例えば、選択されたオブジェクト
についてのIdentifierとしてのパラメータが表記され
る。

【０１７４】そして、Identifierの欄の下側に位置する
表示領域に対して、例えばボタンｂｔ１としてのオブジ
ェクトについてのＴＮによる記述内容が示される。ここ
に示されている記述内容は、例えばボタンｂｔ１のオブ
ジェクトを使用しているシーンを備えて形成されるＭＨ
ＥＧコンテンツのＴＮから、ボタンｂｔ１のオブジェク
トについての記述部分を抜き出すことによって得られた
ものである。

【０１７５】このように、本実施の形態においては、例
えばオブジェクト単位などのＭＨＥＧコンテンツを形成
する階層単位でＴＮを出力することができる。また、例
えばシーン編集ウィンドウＷＤ２に表示されているシー
ン内のオブジェクトに対してダブルクリックを行うとい
う視覚的でかつ直接的な操作によって、ソース表示ウィ
ンドウＷＤ３に対して出力させるべきＴＮに対応するオ
ブジェクトの選択を行うことができ、その操作性も優れ
たものとなっている。

【０１７６】例えば、オブジェクト単位のＴＮのための
ソース表示ウィンドウＷＤ３を呼び出すための操作は、
上記のようにして行われるものとされるが、これ以外
に、オブジェクトの表示が行われるウィンドウであれ
ば、上記と同様の操作手順によってオブジェクト単位の
ＴＮのためのソース表示ウィンドウＷＤ３を呼び出せる
ようにすることも可能とされる。

【０１７７】また、ＭＨＥＧコンテンツ単位、又はシー
ン単位に対応するソース表示ウィンドウＷＤ３を呼び出
すための操作手順としてはいくつか考えることができる
のであるが、例えば次のようなものであればよい。ＭＨ
ＥＧコンテンツ単位に対応するソース表示ウィンドウＷ
Ｄ３を呼び出す場合としては、例えば或る放送番組に使
用される１以上のＭＨＥＧコンテンツのリストが視覚的
に提示されているようなメニュー画面があればこれを利
用すればよい。つまり、このようなメニュー画面におい
て表示されているＭＨＥＧコンテンツのリストの中か
ら、例えばマウス操作によって所望のＭＨＥＧコンテン
ツを選択することで、この選択されたＭＨＥＧコンテン
ツについてのＴＮを表示するソース表示ウィンドウＷＤ
３を呼び出すようにすればよいものである。また、シー
ン単位に対応するソース表示ウィンドウＷＤ３を呼び出
す場合としては、例えば或るＭＨＥＧコンテンツを形成
するシーンのリストが視覚的に提示されているようなメ
ニュー画面において表示されているシーンの中から、マ
ウス操作等によって所望のシーンを選択し、この選択さ
れたシーンについてのＴＮを表示するソース表示ウィン
ドウＷＤ３を呼び出すようにすればよいものである。

【０１７８】特に、シーンについては、先に図１８に示
したシークエンス構造表示ウィンドウからソース表示ウ
ィンドウＷＤ３を呼び出せるようにすることも考えられ
る。つまり、先の説明では、表示されているシーン対し
てダブルクリックすることで、そのシーンのシーン編集
ウィンドウＷＤ２が表示されるようにしていたが、代わ
りダブルクリックによって、選択されたシーンについて
のＴＮを表示するソース表示ウィンドウＷＤ３を呼び出
すような操作手順が考えられる。或いは、ダブルクリッ
クに対する操作ではなく、例えば右クリックして表示さ
せたプルダウンメニューからソース表示ウィンドウＷＤ
３を呼び出すようにするといった操作手順とすれば、ダ
ブルクリック操作はシーン編集ウィンドウＷＤ２の呼び
出しのための操作として確保することができたうえで、
ソース表示ウィンドウＷＤ３の呼び出しも、感覚的で簡
易な操作によって行えることになる。

【０１７９】２−４．処理動作２−４−１．シークエンス構造表示ウィンドウに対応す
る処理続いて、シークエンス構造表示ウィンドウの表示時に対
応する処理動作について、図２２及び図２３のフローチ
ャートを参照して説明する。なお、これら図２２及び図
２３に示す処理は、先に図１６に示したパーソナルコン
ピュータ２０１のＣＰＵ２０２ａが、ＭＨＥＧオーサリ
ングソフトウェア２１０を構築するとされる所要のプロ
グラムに従って実行するものである。また、以降説明す
る処理動作において適宜実行される各種情報の取り込み
時には、ＲＡＭ２０２ｂが用いられるものである。

【０１８０】ここで、所定操作に従って、或る１つのＭ
ＨＥＧアプリケーション（ＭＨＥＧコンテンツ）を選択
してシークエンス構造表示ウィンドウＷＤ１を開くため
の操作が行われたとされると、ステップＳ１０１に進ん
で、シークエンス構造表示メニュー（シークエンス構造
表示ウィンドウを開くためのプログラム）の実行を開始
する。そして、次のステップＳ１０２においてシークエ
ンス構造表示ウィンドウＷＤ１を開くための処理を実行
する。また、このステップＳ１０２としての処理の実際
は、次のステップＳ１０３によるウィンドウ内表示のた
めの内部処理として実行される。

【０１８１】上記ステップＳ１０３としての内部処理
は、図２３に示すものとなる。この図に示す処理にあっ
ては先ずステップＳ２０１において、選択されているＭ
ＨＥＧアプリケーションについてのオーサリング管理情
報から、１シーン分についての記述内容を取り込むため
の処理を実行する。なお、このステップＳ２０１の処理
は、繰り返し行われるごとに順次、次の順番のシーンに
ついての記述内容を取り込むようにされる。また、ここ
でいう「取り込む」という動作は、例えばＲＡＭ２０２
ｂの所定領域に対して情報を保持させる動作をいう。

【０１８２】そして、続くステップＳ２０２において１
シーン分のオーサリング管理情報が取り込めたか否かに
ついて判別を行う。ここで、例えば、後述するようにし
て、ステップＳ２０１の処理がくり返された結果、或る
段階でステップＳ２０１を実行したところで既に取り込
むべきシーンが無かった場合には、ステップＳ２０２に
て否定結果が得られて、このまま内部処理を終了するこ
とになる。

【０１８３】これに対して、直前のステップＳ２０１よ
りシーンの取り込みが行われた場合には、ステップＳ２
０２においては肯定結果が得られて、ステップＳ２０３
に進むことになる。

【０１８４】ステップＳ２０３においては、上記ステッ
プＳ２０１にて取り込んだシーンの情報を解析すること
で、その記述内容に含まれているとされるシーン間に限
定した推移情報（Transition Toにより制御されるアク
ションオブジェクトであり、以降は「Transitionアクシ
ョン」という)を取り込んでいくようにされる。これに
より、例えばＭＨＥＧコンテンツの制御情報として、シ
ーンについてのトランジションを規定した情報のみが抽
出されて作成されたファイルが得られることになる。例
えば、図１８のシークエンス構造表示ウィンドウに示さ
れているScene01（シーン０１）を対象としてステップ
Ｓ２０３の処理を実行したとすれば、このシーン０１に
ついてのトランジションを規定した情報としては、Scen
e02，Scene03，Scene04，Scene05，Scene06に対するTra
nsitionアクションの情報が抽出されたファイル的な情
報が得られるものである。

【０１８５】続くステップＳ２０４においては、上記ス
テップＳ２０３により作成されたTransitionアクション
のファイルを先頭から順に１シーンごとに対応して取り
出して解析を行うための処理が実行される。そして、次
のステップＳ２０５において１シーンに対応するTransi
tionアクションが取り込めたか否かが判別され、ここで
肯定結果が得られれば、ステップＳ２０６に進む。

【０１８６】ステップＳ２０６においては、Transition
アクションが示すシーンが、シークエンス構造表示ウィ
ンドウＷＤ１に表示されるべきシーンとして最初に表示
されるものであるか、又は２回目以降に表示されるもの
であるのかが判別されるのであるが、ここで最初に表示
されるものであると判別されればステップＳ２０７に進
んで、このTransitionアクションに対応するシーンにつ
いてサムネイル画像ＴＭによる表示を行うための処理を
実行する。

【０１８７】ここで、サムネイル画像ＴＭは次のように
して生成されればよい、例えば本実施の形態のＭＨＥＧ
オーサリングツールでは、シーン管理情報に基づいて、
シーンを具体的に画像として提示するシーン編集ウィン
ドウが表示可能であることは先にも説明したとおりであ
るが、例えば、このシーン編集ウィンドウ内に表示する
ために用意するシーン画像を利用することができる。つ
まり、このシーン画像に対して所定規則に従って画素の
間引きを行って、所定サイズにまで縮小したサムネイル
画像ＴＭとしての画像データファイルを作成すればよい
ものである。そして、本実施の形態ＭＨＥＧオーサリン
グツールにおいて、このサムネイル画像ＴＭを所要の機
会でもって作成し、例えばＲＡＭ２０２ｂに一時的に記
憶させるようにして、例えば上記ステップＳ２０７の処
理によって必要とされたときに、このサムネイル画像Ｔ
Ｍのうちから必要とされるサムネイル画像ＴＭを読み出
して、シークエンス構造表示ウィンドウとしての画像デ
ータにペーストするように表示制御を実行すればよいも
のである。なお、このときには、サムネイル画像ＴＭの
上に付随し示されるシーン名（及び送出レート）を示す
文字情報も表示されるように制御が行われる。

【０１８８】また、ステップＳ２０６において、Transi
tionアクションが示すシーンが、シークエンス構造表示
ウィンドウＷＤ１に表示されるべきシーンとして２回目
以降に表示されるものであるとされて、否定の判別結果
が得られた場合には、ステップＳ２０８に進む。ステッ
プＳ２０８においては、配置表示すべきシーンについ
て、矩形枠Ｋとシーン名（及び送出レート）を示す文字
によって表示されるように制御処理を実行する。

【０１８９】上記ステップＳ２０７又はステップＳ２０
８の処理が終了した後は、再びステップＳ２０４の処理
に戻るようにされる。つまり、ここまで述べたステップ
Ｓ２０４〜Ｓ２０８の処理がTransitionアクションの数
に応じてくり返されることで、或るシーンを基点とし
て、ここから１つ下の階層にトランジションするシーン
の表示が行われていくものである。例えば、図１８に示
す先頭のScene01を基点とした場合であれば、このScene
01からトランジションする、Scene02，Scene03，Scene0
4，Scene05，Scene06のシーン表示処理が、ステップＳ
２０４〜Ｓ２０８の処理をくり返すごとに順次実行され
ることになる。そして、ステップＳ２０４にて最後のTr
ansitionアクションを取り込んで、ステップＳ２０７ま
たはステップＳ２０８の処理を経て、ステップＳ２０４
に戻ったとされると、このときにはもう取り込むべきTr
ansitionアクションが残っていないために、次のステッ
プＳ２０５において否定結果が得られることになり、ス
テップＳ２０９に進むことになる。

【０１９０】ステップＳ２０９においては、先のステッ
プＳ２０１にて取り込んだシーンの情報を解析すること
で、その記述内容に含まれているとされるシーンと他の
シークエンス間に限定した推移情報（Launchにより制御
されるアクションオブジェクトであり、以降は「Launch
アクション」という)を取り込んでいくようにされる。
従ってこの場合には、ＭＨＥＧコンテンツの制御情報と
して、シーンと他のシークエンスについてのトランジシ
ョンを規定した情報のみが抽出されて作成されたファイ
ルが得られることになる。図１８の場合であれば、例え
ば先頭のScene01を対象とした場合には、Launchアクシ
ョンの記述は行われないため、ここではLaunchアクショ
ンのファイルは作成されない。逆に、先頭のScene01の
次の階層のScene06を対象とした場合には、Sequence04
に対するLaunchアクションの情報が抽出されることにな
るわけである。

【０１９１】続くステップＳ２１０においては、上記ス
テップＳ２０９により得られたLaunchアクションのファ
イルについて、順に１シーンごとに対応して取り出して
解析を行うための処理が実行される。そして、次のステ
ップＳ２１１において１シーンに対応するLaunchアクシ
ョンが取り込めたか否かが判別され、ここで肯定結果が
得られれば、ステップＳ２１２に進む。ステップＳ２１
２においては、配置表示すべき他のシークエンスについ
て、矩形枠Ｋとシークエンス名を示す文字によって表示
されるように制御処理を実行する。

【０１９２】上記ステップＳ２１２の処理が終了した後
は、再びステップＳ２０９の処理に戻るようにされる。
そして、ここまで述べたステップＳ２０９〜Ｓ２１２の
処理がLaunchアクションの数に応じてくり返されること
で、例えば先のステップＳ２０１にて取り込んだシーン
に関しての、他のシークエンスとのリンク表示が順次行
われていくものである。そして、ステップＳ２１０にて
最後のTransitionアクションを取り込んで、ステップＳ
２１２の処理を経て、ステップＳ２１０に戻ったとされ
ると、このときにはもう取り込むべきTransitionアクシ
ョンが残っていないために、次のステップＳ２１１にお
いて否定結果が得られることになり、ステップＳ２０１
の処理に戻るようにされる。

【０１９３】このようにしてステップＳ２０１に戻った
場合、ステップＳ２０１においては先にも述べたよう
に、オーサリング管理情報から、順番に次のシーンにつ
いての記述部分を抜き出して取り込むことになる。そし
て、ステップＳ２０２を経て、これまでに説明したステ
ップＳ２０３以降の処理が繰り返し実行されることで、
順次下の階層に対するシーンのトランジションの表示が
行われていくことになる。そして、ステップＳ２０１に
て最後のシーンについての取り込みを行って、ステップ
Ｓ２０１の処理に戻った段階では、取り込むべきシーン
が残っていないために、ステップＳ２０２にて否定結果
が得られて、この内部処理を終了する。このようにして
内部処理が終了することで、例えば図１８に示したよう
なシークエンス構造表示ウィンドウの表示が完了するこ
とになる。

【０１９４】２−４−２．ソース表示ウィンドウに対応
する処理続いて、ソース表示ウィンドウの表示時に対応する処理
動作について、図２４〜図２７のフローチャートを参照
して説明する。なお、これら図２４〜図２７に示す処理
も、先に図１６に示したパーソナルコンピュータ２０１
のＣＰＵ２０２ａが、ＭＨＥＧオーサリングソフトウェ
ア２１０を構築するとされる所要のプログラムに従って
実行するものである。特にこの処理にあっては、ＴＮ処
理部２２７としてのプログラムが使用される。

【０１９５】ここで、所定操作に従って、或るＭＨＥＧ
アプリケーション（ＭＨＥＧコンテンツ）、シーン、又
はオブジェクトについてのソース表示ウィンドウＷＤ３
を開くための操作が行われたとされると、ＣＰＵ２０２
ｂは、ステップＳ３０１に進み、ソース表示メニュー
（ソース表示ウィンドウを開くためのプログラム）の実
行を開始する。そして、次のステップＳ３０２において
ソース表示ウィンドウＷＤ３を開くための処理が開始さ
れ、続くステップＳ３０３以降の処理に引き継がれる。

【０１９６】実際のソース表示ウィンドウＷＤ３を表示
させるための操作に際しては、ＭＨＥＧアプリケーショ
ン、シーン、又はオブジェクトの何れかに対して選択が
行われている。そこで、ステップＳ３０３においては、
ソース表示ウィンドウを表示させるための操作時におい
て選択された対象がＭＨＥＧアプリケーションであるか
否かについて判別を行い、ＭＨＥＧアプリケーションが
選択されていたのであればステップＳ３０４に進んで、
ＭＨＥＧアプリケーションに対応した内部処理を実行す
る。これに対して、ＭＨＥＧアプリケーションが選択さ
れていなかったのであれば、ステップＳ３０５に進む。

【０１９７】ステップＳ３０５においては、ソース表示
ウィンドウＷＤ３を表示させるための操作時において選
択された対象がシーンであるか否かについて判別を行
い、シーンが選択されていたのであればステップＳ３０
６に進む。ステップＳ３０６においては、シーンに対応
した内部処理を実行する。これに対して、シーンが選択
されていなかったのであれば、ステップＳ３０７に進
む。

【０１９８】ステップＳ３０７においては、ソース表示
ウィンドウＷＤ３を表示させるための操作時において選
択された対象がオブジェクトであるか否かについて判別
を行い、オブジェクトが選択されていたのであればステ
ップＳ３０７に進み、オブジェクトに対応した内部処理
を実行する。また、この図に示す処理として、ステップ
Ｓ３０７においてオブジェクトが選択されていなかった
と判別される場合とは、例えばソース表示ウィンドウを
表示させるための操作が適正に行われなかったような場
合に相当するが、この場合には、その操作を無効として
このまま処理を終了する。

【０１９９】そして、ステップＳ３０４としてのＭＨＥ
Ｇアプリケーションに対応した内部処理としては、図２
５に示すものとなる。この図に示す処理においては、先
ずステップＳ４０１において、ソース表示ウィンドウＷ
Ｄ３を表示させるための操作時において選択されたＭＨ
ＥＧアプリケーションについてのＴＮをバッファ（例え
ばＲＡＭ２０２ｂの所定領域とされてよい）に保存す
る。そして、このバッファに保存した内容のＴＮをソー
ス表示ウィンドウＷＤ３のウィンドウ内に対して表示さ
せる。

【０２００】続くステップＳ４０２においては、ソース
表示ウィンドウＷＤ３内に表示されたＴＮの記述内容に
対する編集のための操作が行われたのであれば、その編
集操作に応じて、バッファに保存されているＴＮの書き
換えを行うための処理を実行する。なお、後述するステ
ップＳ４０９の処理のために、編集前のＴＮの内容もバ
ッファに保持されているものとする。上記ステップＳ４
０２の処理は、ステップＳ４０３において編集終了操作
が行われたことが判別されるまで、実行可能とされる。

【０２０１】そして、例えばソース表示ウィンドウＷＤ
３を閉じるための操作が行われるなどして、ステップＳ
４０３にて肯定の判別結果が得られると、ステップＳ４
０４に進む。ステップＳ４０４にあっては、これまでに
表示されていたソース表示ウィンドウＷＤ３を閉じる
（表示を消去する）ための処理を実行する。そして、ス
テップＳ４０５において、ソース表示ウィンドウＷＤ３
に表示されていたＴＮに対する編集が行われたか（ステ
ップＳ４０２としての処理が実行されたか）否かについ
て判別を行う。

【０２０２】ここで、編集は行われなかったということ
が判別された場合には、このまま処理を終了するのであ
るが、編集が行われたことが判別された場合にはステッ
プＳ４０６に進む。ステップＳ４０６においては、編集
されたＴＮの構文（文法）を解析する。そして、この解
析結果に基づき、次のステップＳ４０７において、編集
によって変更された内容は、文法に違反していない適正
なものであるか否かを判別する。

【０２０３】上記ステップＳ４０７において、肯定結果
が得られた場合には、ステップＳ４０８に進むことで編
集されたＴＮを正規の編集情報として保存するための処
理を実行する。例えば実際には、この編集されたＴＮを
オーサリング管理情報の一部として管理して、ＭＨＥＧ
アプリケーションファイルに組み込んで、記録デバイス
２３５等に記録して保存するようにされる。これに対し
て、ステップＳ４０７において否定結果が得られた場合
にはステップＳ４０９に進んで、編集されたＴＮの情報
は破棄して、例えばバッファに保持しておいた元の編集
前のＴＮを呼び出して、これを正規の編集情報とするた
めの処理を実行する。

【０２０４】また、ステップＳ３０６としてのＭＨＥＧ
アプリケーションに対応した内部処理としては、図２６
に示すものとなる。この図に示す処理においては、先ず
ステップＳ５０１において、ソース表示ウィンドウを表
示させるための操作時において選択されたシーンについ
てのＴＮをバッファに保存する。そして、このバッファ
に保存した内容のＴＮをソース表示ウィンドウＷＤ３の
ウィンドウ内に対して表示させる。ここで、選択された
シーンについてのＴＮを得るのにあたっては、先ず、こ
の選択されたシーンが含まれるＭＨＥＧアプリケーショ
ンについてのＴＮを取り込むようにされる。そして、こ
のＭＨＥＧアプリケーションについてのＴＮの記述内容
を検索して、選択されたシーンに対応するＴＮの記述部
分を抜き出すようにされる。

【０２０５】そして、続くステップＳ５０２〜ステップ
Ｓ５０９までの処理は、上記図２５により説明したステ
ップＳ４０２〜ステップＳ４０９の処理に準ずるため、
ここでの説明は省略する。但し、例えばステップＳ５０
８の処理にあっては、編集されたシーン単位のＴＮの記
述内容と、そのシーンを含むＭＨＥＧアプリケーション
のＴＮにおける元の記述内容とを差し替えるようにし
て、ＭＨＥＧアプリケーションのＴＮを更新するように
され、このようにして更新されたＭＨＥＧアプリケーシ
ョンのＴＮを保存するための処理を実行するようにされ
る。

【０２０６】また、ステップＳ３０８としてのＭＨＥＧ
アプリケーションに対応した内部処理としては、図２７
に示すものとなる。この図においては、先ずステップＳ
６０１において、ソース表示ウィンドウを表示させるた
めの操作時において選択されたオブジェクトを含むシー
ンについてのＴＮを取り込むための処理が実行される。
そして、次のステップＳ６０２において、上記ステップ
Ｓ６０１にて取り込んだシーンのＴＮの記述内容を検索
して、選択されたオブジェクトについて記述されたＴＮ
の部分を抜き出してバッファに保存するための処理を実
行する。

【０２０７】そして、続くステップＳ６０３〜ステップ
Ｓ６１１までの処理は、上記図２６により説明したステ
ップＳ５０２〜ステップＳ５０９の処理に準ずるため、
ここでの説明は省略する。但し、ステップＳ６１０の処
理としては、例えば編集されたオブジェクについてのＴ
Ｎの記述内容に基づいて、そのオブジェクトが含まれる
シーンについてのＴＮを更新することが行われる。そし
て、更に、この更新されたシーンのＴＮの記述内容に従
って、そのシーンを含むＭＨＥＧアプリケーションのＴ
Ｎを更新して保存するようにされるものである。

【０２０８】なお、ＴＮの表示としては、いわゆるモー
ダルのダイアログ表示としても、モードレスのダイアロ
グ表示としても、何れでも構わないものである。また、
いわゆるポップアップメニューとして表示させるように
してもよい。また、独立したＴＮのビューワーとしての
アプリケーションとして起動させ、この状態で編集操作
が行えるようにすることも考えられる。例えば、先の図
２４〜図２７に示した処理は、モーダルの場合を想定し
ているのであるが、モーダルの場合には、そのダイアロ
グウィンドウの表示を終了させないと、例えば他のメニ
ューを起動させることができないため、編集操作によっ
て誤りが含まれたままとなることがない。また、モード
レスやポップアップ表示の場合には、ダイアログウィン
ドウを複数起動して表示させることが可能となるため、
操作性がよく、例えば、ＴＮ表示が行われる複数のウィ
ンドウを立ち上げて比較を行うといったことも容易にで
きる。

【０２０９】ところで、本実施の形態のＭＨＥＧオーサ
リングソフトウェア２１０としては、先に図１６に示し
た中間言語処理部２２８としてのプログラムによって、
図２８に示すようなスクリプト編集ウィンドウＷＤ４を
表示出力することも可能とされている。このスクリプト
編集ウィンドウＷＤ４では、中間言語によって、オブジ
ェクト単位（シーン、シークエンス、コンポーネント
（オブジェクトのことである）、コンポーネントモジュ
ール）に対するスクリプトを記述するためのウィンドウ
とされる。ここでの中間言語としてのスクリプトとは、
複数のイベントハンドラ(on event〜end event)を書き
並べたものである。つまり、on eventではじまってend
eventでおわり、そのアクション対象オブジェクト、ア
クション、パラメータ列、バリアブル宣言、バリアブル
設定、その他if thenなどの構文を並べたものである。
このような中間言語としてのスクリプトの規則を図２９
に示しておく。

【０２１０】そして、本実施の形態にあっては、先に説
明したＴＮによる編集に加えて、スクリプト編集ウィン
ドウＷＤ４に、任意のシーン、シークエンス、オブジェ
クトに関する中間言語のスクリプトを呼び出して出力さ
せることで、中間言語により編集を行うことも可能とさ
れている。例えば、編集者が、任意に選択したシーン、
シークエンス、オブジェクトについてのスクリプト編集
ウィンドウＷＤ４を呼び出すための操作が実行された場
合には、中間言語処理部２２８は、例えば選択されたシ
ーン、シークエンス、オブジェクトのＴＮを中間言語に
変換して、スクリプト編集ウィンドウＷＤ４に表示させ
るように処理を実行する。そして、編集後においては、
この中間言語の形式による編集結果をＴＮに変換して扱
うようにされる。

【０２１１】なお、本発明としてのウィンドウの表示、
及び操作手順等は上記各実施の形態に示したものには限
定されるものではなく他にも考えられるものである。ま
た、上記実施の形態では、デジタル衛星放送においてデ
ータ放送用のコンテンツをＭＨＥＧの規格に従って作成
する場合を例に挙げているが、特に、本発明により作成
されるコンテンツとしては、デジタル衛星放送システム
以外のメディアで使用されても構わないものである。更
にメディアとしては、放送や、ネットワーク上での配信
等以外に、例えばＣＤ−ＲＯＭ等の記録媒体（いわゆる
パッケージ品）で再生されるコンテンツを作成する場合
であっても構わない。更に上記実施の形態は、ＭＨＥＧ
コンテンツの編集を行う場合を例に挙げたが、例えば、
シークエンス−シーン−オブジェクトに相当するような
階層構造を有するコンテンツであればＭＨＥＧ方式以外
にも本発明は適用可能とされる。

【０２１２】

【発明の効果】以上説明したように本発明は、例えば、
いわゆるオーサリングツールといわれるアプリケーショ
ンプログラムを使用して放送番組に同期するＭＨＥＧコ
ンテンツ（コンテンツ情報）を作成するのにあたり、所
定の表示形態によってＭＨＥＧコンテンツ（シークエン
ス）を形成するシーン間の推移を視覚的に認識可能に提
示するシークエンス構造表示ウィンドウ（コンテンツ構
造表示画面）を表示出力するようにされているが、これ
によって、編集者は、ＭＨＥＧコンテンツにおけるシー
ン間の推移の設定結果を、例えばスクリプトなどのテキ
スト形式で出力する場合よりも、視覚的に把握すること
が可能になる。

【０２１３】そして、シークエンス構造表示ウィンドウ
上での表示として、シーンとしての画像情報を利用して
作成したサムネイル画像を使用するようにしていること
で、例えば、シーンファイル名のみに依存してシーンを
表す場合よりも、シーンごとの視覚的把握が容易となる
ものである。また、この際において、同一のシーンが複
数表示される場合には、この同一のシーンのうちにおい
て、最も上の階層に有るとされるシーンについては少な
くともサムネイル画像を使用するものとして、サムネイ
ル画像を使用しない残るシーンについては文字又は図形
によってシーンを表すようにしていることで、限られた
表示領域を有効に利用できるようにしているものであ
る。

【０２１４】また、シークエンス構造表示ウィンドウの
表示として、現ＭＨＥＧコンテンツに含まれるシーンと
他のコンテンツ情報（シークエンス）とのリンクが設定
されている場合には、これを表す表示も行うようにして
いるが、これによって、現ＭＨＥＧコンテンツと他のＭ
ＨＥＧコンテンツとのリンクの関係も示されるため、例
えば、現ＭＨＥＧコンテンツにおけるシークエンス構造
の表示（シーン表示）のみで完結させる場合よりも、利
便性が高くなる。

【０２１５】更に、本発明ではシークエンス構造表示ウ
ィンドウに表示されているシーンに対して所定の選択操
作を行うことで、その選択されたシーンを編集するため
のシーン編集ウィンドウを表示出力するように構成され
るが、これによって、シークエンス構造表示ウィンドウ
によるシーン間又は又はコンテンツ間の推移の確認作業
と、シーンの編集作業を並行して行うことが可能にな
る。つまり、編集作業のための操作性が向上されるもの
である。

【０２１６】また、本発明としては、ＭＨＥＧコンテン
ツに関する編集内容を提示するためのメニュー画面とし
て、ＭＨＥＧコンテンツとしての出力態様を制御するＭ
ＨＥＧスクリプトを記述するためのソースコード（Ｔ
Ｎ）の表示／編集が行われるソース表示ウィンドウ（ソ
ースコード編集画面）を表示出力可能とされた上で、コ
ンテンツ情報に対応する制御情報部分のソースコード、
又はシーンに対応する制御情報部分のソースコード、又
はオブジェクトに対応する制御情報部分のソースコード
を、ソース表示ウィンドウに表示させるようにしてい
る。つまり、１つのＭＨＥＧコンテンツ全体にかかるＴ
Ｎの表示／編集だけではなく、所定操作によってシーン
又はオブジェクト単位に対する指定を行うことで、この
シーン、オブジェクト等の単位によるＴＮの表示を呼び
出すことができるものである。これによって、例えば編
集者がシーン又はオブジェクト等の細分化された単位に
対してＴＮによる編集を行う際の操作性が大幅に向上さ
れる。

【０２１７】このように本発明としては、オーサリング
ツールを使用したコンテンツ情報の作成における編集結
果の確認、及び編集のための操作性の向上が図られるも
のである。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１８】シークエンス構造表示ウィンドウの表示形態
例を示す説明図である。

【図１９】シーン編集ウィンドウの表示形態例を示す説
明図である。

【図２０】シーン編集ウィンドウからのソース表示ウィ
ンドウの呼び出し操作についての説明図である。

【図２１】ソース表示ウィンドウの表示形態例を示す説
明図である。

【図２２】シークエンス構造表示ウィンドウ表示のため
の処理動作を示すフローチャートである。

【図２３】シークエンス構造表示ウィンドウ表示時にお
ける内部処理としての処理動作を示すフローチャートで
ある。

【図２４】ソース表示ウィンドウの表示／編集に対応す
る処理動作を示すフローチャートである。

【図２５】ソース表示ウィンドウの表示／編集時（ＭＨ
ＥＧアプリケーションのＴＮ出力時）における内部処理
としての処理動作を示すフローチャートである。

【図２６】ソース表示ウィンドウの表示／編集時（シー
ンのＴＮ出力時）における内部処理としての処理動作を
示すフローチャートである。

【図２７】ソース表示ウィンドウの表示／編集時（オブ
ジェクトのＴＮ出力時）における内部処理としての処理
動作を示すフローチャートである。

【図２８】スクリプト編集ウィンドウの表示形態例を示
す説明図である。

【図２９】スクリプトの定義内容を示す説明図である。

【符号の説明】

１地上局、２衛星、３受信設備、５課金サー
バ、６テレビ番組素材サーバ、７楽曲素材サーバ、
８音声付加情報サーバ、９ＧＵＩデータサーバ、１
０キー情報サーバ、１１パラボラアンテナ、１３
ストレージデバイス、１３ＡＭＤレコーダ／プレー
ヤ、１４モニタ装置、１６ＩＥＥＥ１３９４バス、
２１Ａテレビ番組表示エリア、２１Ｂリスト、２１
Ｃテキスト表示エリア、２１Ｄジャケット表示エリ
ア、２２歌詞表示ボタン、２３プロフィール表示ボ
タン、２４情報表示ボタン、２５予約録音ボタン、
２６予約済一覧表示ボタン、２７録音履歴ボタン、２
８ダウンロードボタン、３１テレビ番組素材登録シ
ステム、３２楽曲素材登録システム、３３音声付加
情報登録システム、３４ＧＵＩ用素材登録システム、
３５ＡＶサーバ、３６ＡＭＰＥＧオーディオエンコ
ーダ、３６ＢＡＴＲＡＣエンコーダ、３７音声付加情
報データベース、３８ＧＵＩ素材データベース、３９
テレビ番組送出システム、４０ＡＭＰＥＧオーディ
オサーバ、４０ＢＭＰＥＧオーディオサーバ、４１
音声付加情報送出システム、４２ＧＵＩ（ＭＨＥＧ）
オーサリングシステム、４３ＡＭＰＥＧオーディオ送
出システム、４３ＢＡＴＲＡＣオーディオ送出システ
ム、４４ＤＳＭ−ＣＣエンコーダ、４５マルチプレ
クサ、４６電波送出システム、５１チューナ／フロ
ントエンド部、５２デスクランブラ、５３トランス
ポート部、５４ＭＰＥＧ２オーディオデコーダ、５４
Ａメモリ、５５ＭＰＥＧ２ビデオデコーダ、５５Ａ
メモリ、５６Ｄ／Ａコンバータ、５７スイッチ回
路、５８表示処理部、５９光デジタル出力インター
フェイス、６０ＩＥＥＥ１３９４インターフェイス、
６１マンマシンインターフェイス、６２ＩＣカード
スロット、６３モデム、６４リモートコントロー
ラ、６５ＩＣカード、７０デマルチプレクサ、７１
キュー、８１制御処理部、８２ＤｅＭＵＸドライ
バ、８３ＤＳＭ−ＣＣデコーダブロック、８４ＭＨ
ＥＧデコーダブロック、９０メインメモリ、９１Ｄ
ＳＭ−ＣＣバッファ、１０１電源キー、１０２数字
キー、１０３画面表示切換キー、１０４インタラク
ティブ切換キー、１０５ａ矢印キー、１０５ＥＰＧキ
ーパネル部、１０６チャンネルキー、Ｔ１入力端
子、Ｔ２アナログビデオ出力端子、Ｔ３アナログオ
ーディオ出力端子、Ｔ４アナログオーディオ出力端
子、２０１パーソナルコンピュータ、２０２ハード
ウェア、２０２ａＣＰＵ、２０２ｂＲＡＭ、２０２
ｃＲＯＭ、２０２ｄインターフェイス、２０３オ
ペレーションシステム、２１０ＭＨＥＧオーサリング
ソフトウェア、２１１オブジェクト作成部、２１２シ
ェアシーン作成部、２１３ＭＨＥＧシーン作成部、２
１４ＭＨＥＧアプリケーション作成部、２１５プロ
ジェクト作成部、２１６シェアシーン処理部、２１７
内部形式ファイル出力制御部、２１８ＭＨＥＧシー
ン管理部、２１９ＭＨＥＧアプリケーション管理部、
２２０プロジェクト管理部、２２１時間制御部、２
２２インタラクティブ制御部、２４０ＭＨＥＧビュ
ーワ、２２３映像表示制御部、２２４ＭＨＥＧ再生
部、２２５ＭＨＥＧ同期再生部、２２６ＭＨＥＧス
クリプト出力制御部、２２７ＴＮ処理部、２２８中
間言語処理部、２３１ディスプレイ、２３２マウ
ス、２３３キーボード、２３４スピーカ、２３５
記録デバイス、２３６ビデオ機器、Ａ２総時間表示
エリア、Ａ３時間単位変更ボックス、ＷＤ１シーク
エンス構造表示ウィンドウ、ＷＤ２シーン編集ウィン
ドウ、ＷＤ３ソース表示ウィンドウ、ＷＤ４スクリ
プト編集ウィンドウ

Claims

【特許請求の範囲】

【請求項１】所定の規格によるコンテンツ情報を作成
するための情報処理装置として、上記所定の規格によるコンテンツ情報は、少なくとも、
１以上のシーンと、これらシーン間の推移を制御するた
めの推移制御情報とを要素として備えて形成されるもの
としたうえで、上記コンテンツ情報に関する編集内容を提示するための
メニュー画面として、上記推移制御情報に基づいて、所
定の表示形態によってコンテンツ情報を形成するシーン
間の推移を視覚的に認識可能に提示するコンテンツ構造
表示画面としての表示情報を生成して出力することので
きる表示情報出力手段、を備えて構成されることを特徴とする情報処理装置。
【請求項２】上記表示情報出力手段は、上記シーンとしての画像情報を利用して作成した縮小画
像を、上記コンテンツ構造表示画面内にて提示すべきシ
ーンの画像として使用することで、上記コンテンツ構造
表示画面としての表示情報を生成可能に構成されている
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】上記表示情報出力手段は、上記コンテンツ構造表示画面内にて提示すべきシーンと
して、同一のシーンが複数有る場合には、この同一のシ
ーンのうちにおいて、最も上の階層に有るとされるシー
ンについては少なくとも上記縮小画像を使用するものと
して、上記縮小画像が使用されない残るシーンについて
は、文字又は図形を使用するように構成されていること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】上記推移制御情報には、現コンテンツ情
報に含まれるシーンと、現コンテンツ情報以外の他のコ
ンテンツ情報との間の推移を制御するためのシーン−コ
ンテンツ間推移制御情報が含まれているものとされた上
で、上記表示情報出力手段は、上記シーン−コンテンツ間推
移制御情報に基づいて、上記コンテンツ構造表示画面に
おいて、現コンテンツ情報に含まれるシーンと他のコン
テンツ情報との推移関係を所定の表示形態により提示可
能に構成されていることを特徴とする請求項１に記載の
情報処理装置。
【請求項５】上記表示情報出力手段は、上記メニュー画面として、シーン単位で編集を行うため
のシーン編集画面としての表示情報を生成して出力可能
とされると共に、上記コンテンツ構造表示画面内に提示されたシーンのう
ちから或るシーンが選択された場合には、この選択され
たシーンについての上記シーン編集画面の画像情報を出
力するように構成されていることを特徴とする請求項１
に記載の情報処理装置。
【請求項６】所定の規格によるコンテンツ情報を作成
するための情報処理方法として、上記所定の規格によるコンテンツ情報は、少なくとも、
１以上のシーンと、これらシーン間の推移を制御するた
めの推移制御情報とを要素として備えて形成されるもの
としたうえで、上記コンテンツ情報に関する編集内容を提示するための
メニュー画面として、上記推移制御情報に基づいて、所
定の表示形態によってコンテンツ情報を形成するシーン
間の推移を視覚的に認識可能に提示するコンテンツ構造
表示画面としての表示情報を生成して出力するための情
報処理制御処理、を実行可能に構成されることを特徴と
する情報処理方法。
【請求項７】上記表示情報出力処理は、上記シーンとしての画像情報を利用して作成した縮小画
像を、上記コンテンツ構造表示画面内にて提示すべきシ
ーンの画像として使用することで、上記コンテンツ構造
表示画面としての画像情報を生成するための処理を実行
可能に構成されていることを特徴とする請求項６に記載
の情報処理方法。
【請求項８】上記表示情報出力処理は、上記コンテンツ構造表示画面内にて提示すべきシーンと
して、同一のシーンが複数有る場合には、この同一のシ
ーンのうちにおいて、最も上の階層に有るとされるシー
ンについては少なくとも上記縮小画像を使用するものと
して、上記縮小画像が使用されない残るシーンについて
は、文字又は図形を使用して提示するための処理を実行
可能に構成されていることを特徴とする請求項７に記載
の情報処理方法。
【請求項９】上記推移制御情報には、現コンテンツ情
報に含まれるシーンと、現コンテンツ情報以外の他のコ
ンテンツ情報との間の推移を制御するためのシーン−コ
ンテンツ間推移制御情報が含まれているものとされた上
で、上記表示情報出力処理は、上記シーン−コンテンツ間推
移制御情報に基づいて、上記コンテンツ構造表示画面に
おいて、現コンテンツ情報に含まれるシーンと他のコン
テンツ情報との推移関係を所定の表示形態により提示す
るための処理を実行可能に構成されていることを特徴と
する請求項６に記載の情報処理方法。
【請求項１０】上記表示情報出力処理は、上記メニュー画面として、シーン単位で編集を行うため
のシーン編集画面としての表示情報を生成して出力する
ための処理を実行可能とされると共に、上記コンテンツ構造表示画面内に提示されたシーンのう
ちから或るシーンが選択された場合には、この選択され
たシーンについての上記シーン編集画面の画像情報を出
力するための処理を実行可能に構成されていることを特
徴とする請求項６に記載の情報処理方法。
【請求項１１】所定の規格によるコンテンツ情報を作
成するための情報処理装置として、上記所定の規格によるコンテンツ情報は、当該コンテン
ツ情報を形成する１以上のシーン、及びシーンの形成に
使用される１以上のオブジェクトによる要素の階層構造
を有すると共に、当該コンテンツ情報の出力態様を制御
するための制御情報を備えて成るものとされたうえで、上記コンテンツ情報に関する編集内容を提示するための
メニュー画面として、上記制御情報を記述するためのソ
ースコードが提示されると共に、この提示されたソース
コードに対する編集操作が可能とされるソースコード編
集画面としての表示情報を生成して出力するのにあた
り、所定操作によって指定されたコンテンツ情報に対応する
制御情報部分のソースコード、又は指定されたシーンに
対応する制御情報部分のソースコード、又は指定された
オブジェクトに対応する制御情報部分のソースコードを
提示した上記ソースコード編集画面としての表示情報を
生成することのできる表示情報処理手段、が備えられることを特徴とする情報処理装置。
【請求項１２】所定の規格によるコンテンツ情報を作
成するための情報処理方法として、上記所定の規格によるコンテンツ情報は、当該コンテン
ツ情報を形成する１以上のシーン、及びシーンの形成に
使用される１以上のオブジェクトによる要素の階層構造
を有すると共に、当該コンテンツ情報の出力態様を制御
するための制御情報を備えて成るものとされたうえで、上記コンテンツ情報に関する編集内容を提示するための
メニュー画面として、上記制御情報を記述するためのソ
ースコードが提示されると共に、この提示されたソース
コードに対する編集操作が可能とされるソースコード編
集画面としての表示情報を生成して出力するのにあた
り、所定操作によって指定されたコンテンツ情報に対応する
制御情報部分のソースコード、又は指定されたシーンに
対応する制御情報部分のソースコード、又は指定された
オブジェクトに対応する制御情報部分のソースコードを
提示した上記ソースコード編集画面としての表示情報を
生成することのできる表示情報処理、を実行可能に構成されていることを特徴とする情報処理
方法。