JP2000333041A

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

Info

Publication number: JP2000333041A
Application number: JP13712899A
Authority: JP
Inventors: Kazuhiro Fukuda; 和浩福田; Tetsuo Morimoto; 哲雄森本
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-05-18
Filing date: 1999-05-18
Publication date: 2000-11-30

Abstract

(57)【要約】【課題】ＭＨＥＧオーサリングツールによるコンテン
ツ作成能率の向上。【解決手段】ＭＨＥＧの規格では定義されていないコ
ンポーネントモジュールをＭＨＥＧオーサリングツール
上で定義して、コンポーネントモジュールの作成、及び
コンポーネントモジュールの編集（編集されたコンポー
ネントモジュールは例えばシーン編集に利用される）を
行えるようにする。また、コンポーネントモジュールを
形成する各オブジェクトが有する情報ごとに公開／非公
開の設定を行うようにし、コンポーネントモジュールの
利用（編集）時には、公開として設定された情報につい
てのみ変更が可能なように構成する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

【０００９】

【発明が解決しようとする課題】ここで、例えば、シー
ン内において或る特定の動作が実行されるウィンドウを
作成したような場合に、このウィンドウを形成するオブ
ジェクトのグループ単位でデータを管理しようとする場
合を考えてみる。

【００１０】現状のＭＨＥＧオーサリングツールにあっ
ては、例えばシーンより下の階層において、複数のオブ
ジェクトをグループ化するようにして一括して管理でき
る概念は存在していない。このために、上記のようにし
て、複数のオブジェクトをグループ化して纏めるように
して管理しようとすれば、シーン、若しくはシーンの集
合によるＭＨＥＧアプリケーションの単位で行わねばな
らない。この場合には、シーンとして管理するのに必要
となる情報も含めて管理することになってしまい、例え
ばデータ容量としても余分に増えてしまうことになる。
また、シーンは、実際に表示されるべき画面と同サイズ
であるように管理されることから、上記したウィンドウ
のように画面内における占有領域が小さくとも、シーン
としての広い座標系のなかで管理せざるを得ない。つま
り、現行のＭＨＥＧオーサリングツールにあっては、シ
ーンの下の階層で複数のオブジェクトをグループ化して
管理するという点では、使い勝手がよいとは言えない状
況にある。

【００１１】

【課題を解決するための手段】そこで本発明は上記した
課題を考慮して、複数のオブジェクトをグループ化して
管理できるようにすることで、コンテンツ作成のための
オーサリングツールとしての使い勝手の向上を図ること
を目的とする。

【００１２】このため、所定の規格によるコンテンツ情
報を作成するための情報処理装置として次のように構成
する。ここで、上記所定の規格によるコンテンツ情報は
オブジェクトを使用して作成されるものとする。このう
えで、所要のオブジェクトの集合によって形成されコン
テンツ情報内にて特定の動作を実行可能な情報単位であ
るモジュール情報を定義するモジュール情報定義手段
と、このモジュール情報定義手段の定義に則って、オブ
ジェクトを使用してモジュール情報を作成することので
きるモジュール情報作成手段とを備えることとした。

【００１３】また、所定の規格によるコンテンツ情報を
作成するための情報処理装置として、所定の規格による
コンテンツ情報はオブジェクトを使用して形成されてい
るものとしたうえで、所要のオブジェクトの集合によっ
て形成されコンテンツ情報内にて特定の動作を実行可能
なモジュール情報を定義するモジュール情報定義手段
と、このモジュール情報定義手段の定義に則って、上記
モジュール情報について変更が可能とされると共にモジ
ュール情報を使用してコンテンツ情報についての編集を
行うことができる編集手段とを備えることとした。

【００１４】また、所定の規格によるコンテンツ情報を
作成するための情報処理方法としては次のように構成す
る。つまり、所定の規格によるコンテンツ情報はオブジ
ェクトを使用して作成されるものとしたうえで、所要の
オブジェクトの集合によって形成されてコンテンツ情報
内にて特定の動作を実行可能なモジュール情報を定義
し、この定義に則って、オブジェクトを使用してモジュ
ール情報を作成することのできるモジュール情報作成処
理を実行可能に構成するものである。

【００１５】また、所定の規格によるコンテンツ情報を
作成するための情報処理方法として、所定の規格による
コンテンツ情報はオブジェクトを使用して形成されてい
るものとしたうえで、所要のオブジェクトの集合によっ
て形成されてコンテンツ情報内にて特定の動作を実行可
能なモジュール情報を定義し、この定義に則って、モジ
ュール情報について変更が可能とされると共にモジュー
ル情報を使用してコンテンツ情報についての編集を行う
ことができる編集処理を実行可能に構成することとし
た。

【００１６】上記各構成によれば、オーサリングツール
にあっては、複数のオブジェクトによって或る特定の動
作を実行可能なモジュール情報を扱い可能となり、モジ
ュール情報の作成、又はモジュール情報の編集処理を含
んだＭＨＥＧコンテンツの編集処理が可能になる。

【００１７】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３８】コンポーネントモジュール作成部２５０
は、例えばオブジェクト作成部２１１で作成されたオブ
ジェクトを複数選択して編集を行うことで、例えば或る
特定の動作を実行するウィンドウなどに代表されるよう
に、シーン内において特定の機能を有するプログラム情
報単位を形成する部位とされる。ＭＨＥＧにあっては、
オブジェクト等の素材をコンポーネントともいう場合が
あるが、本実施の形態では上記のようなプログラム情報
単位について、「コンポーネントモジュール」というも
のである。

【０１３９】コンポーネントモジュール処理部２５１
は、上記コンポーネントモジュール作成部２５０にて作
成されたコンポーネントモジュールについて、実際の使
用に適合するようにして編集処理を行うためのプログラ
ムとされる。

【０１４０】なお、コンポーネントモジュール作成部２
５０とコンポーネントモジュール処理部２５１としての
より詳しい機能については後述することとして、ここで
の説明は省略する。また、コンポーネントモジュールに
ついての編集は、例えば本実施の形態にあっては、シー
ン編集画面上で行われるようにされているので、コンポ
ーネントモジュール処理部２５１は、実際にはＭＨＥＧ
シーン作成部２１３としての機能に含まれるものとして
みることもできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１５６】２−３．コンポーネントモジュールの作
成、利用本実施の形態においては、「コンポーネントモジュー
ル」という概念が導入される。例えば或るシーンにおい
て、特定の動作を実現するウィンドウが在るとすると、
このウィンドウとしての情報は、ウィンドウを形成する
画像、ユーザにメッセージを提示するテキストや画像、
更にはユーザの操作に用いられるボタン等の画像等のオ
ブジェクトファイル、そして、これらの時空間における
動作遷移を実現するためのスクリプトとしての各種クラ
スのオブジェクトによって形成される。つまり、各種オ
ブジェクトの集合によって形成されるものである。

【０１５７】このようなウィンドウを形成するためのオ
ブジェクトのグループのみによっては管理できないもの
とされていたことは、従来として先に述べた通りである
が、本実施の形態のオーサリングツールとしては、この
ような特定の動作を実現することのできるオブジェクト
群をグループ化して、１つのファイルとして扱うように
される。つまり、１つのモジュール単位として管理す
る。これが本実施の形態におけるコンポーネントモジュ
ールとされる。ＭＨＥＧの規格では、オブジェクトをコ
ンポーネントともいう場合があり、「コンポーネントモ
ジュール」という名称はこれに由来している。

【０１５８】そして、本実施の形態のＭＨＥＧオーサリ
ングツールとしては、このコンポーネントモジュールを
作成し、また作成されたコンポーネントモジュールにつ
いて編集を行って、例えばそこに配置する画像やテキス
トを差し替えたり、若しくは、或るボタン操作に対する
リンク、アクション等を変更することで、実際の使用に
適合したデザインを行うことができる。このような利用
形態からいうと、コンポーネントモジュールは、例えば
シーンより下の階層における素材としての雛形であると
いえる。

【０１５９】先ず、コンポーネントモジュールを作成す
る場合について説明する。例えばＭＨＥＧオーサリング
ツールに対する操作として、コンポーネントモジュール
作成のためのメニューを開く操作を行うと、例えば図１
８に示すようにして、ディスプレイの画面にはコンポー
ネントモジュール編集ウィンドウＷＤ１（ここでの「編
集」は作成としての編集作業を意味している）が開かれ
る。編集者は、このコンポーネントモジュール編集ウィ
ンドウＷＤ１に対してＧＵＩ操作によって、任意のオブ
ジェクトを選択して所要の操作手順を踏んでいくこと
で、所望のデザインのコンポーネントモジュールを作成
していくことができるようになっている。このための処
理は、先に図１７に示したコンポーネントモジュール作
成部２５０としてのプログラムによって行われる。

【０１６０】例えば、図１８のコンポーネントモジュー
ル編集ウィンドウＷＤ１内には、完成品としてのコンポ
ーネントモジュールＣＰＭの一例が示されている。この
コンポーネントモジュールＣＰＭはいわゆるダイアログ
ボックスのデザインを採っている。ここでは、コンポー
ネントモジュールＣＰＭを構成する可視のオブジェクト
として、先ず、基礎となる画像であるダイアログボック
スｏｂ１が配置される。そして、ダイアログボックスｏ
ｂ１上の例えば画面上側には、「あなたの情報を入れて
ください」と記述されたテキストｏｂ２が配置される。
また、その下においては、「名前」と記述されたテキス
トｏｂ２と、その右隣に名前を入力するためのテキスト
フィールドｏｂ３が配置される。テキストフィールドは
ユーザが文字入力可能な領域とされる。

【０１６１】また、その下には、「趣味」と記述された
テキストｏｂ２が示され、その選択肢として「スポー
ツ」「映画」と記述されたテキストｏｂ２，ｏｂ２が配
置される。そして、その選択操作に使用するためのチェ
ックボックスｏｂ４，ｏｂ４が、「スポーツ」「映画」
のテキストｏｂ２の各左側に配置される。

【０１６２】また、趣味の欄の下には、「性別」記述さ
れたテキストｏｂ２が示され、その選択肢として「男
性」「女性」と記述されたテキストｏｂ２，ｏｂ２が配
置される。そして、その選択操作に使用するためのラジ
オボタンｏｂ４，ｏｂ４が、「男性」「女性」のテキス
トｏｂ２の各左側に配置される。また、その下には、決
定ボタンｏｂ６、中止ボタンｏｂ６が配置されている。

【０１６３】そして、このような可視のオブジェクトの
他に、例えば図１５及び図１６により説明した、リン
ク，アクション等のためのクラスとしてのオブジェクト
も、ここでの編集操作によって設定できるものである。

【０１６４】そして更に、このようにして作成されるコ
ンポーネントモジュールのファイルに対しては、コンポ
ーネントモジュールを形成し、その特質を決定するオブ
ジェクトごとについての、属性、リンク、アクションの
各情報について、公開とするか非公開とするのかを設定
することができるようになっている。なお、ここでいう
オブジェクトの属性とは、例えば或る位置に表示される
べきボタンオブジェクトを例に採ると、このボタンオブ
ジェクトの画像ファイルとしてどれを使用するのかとい
った情報である。ここで、公開に設定すれば、その情報
は後の編集において変更可能な情報のリストとして提示
（表示）されることになる。また、非公開に設定すれ
ば、その情報は後の編集において変更可能な情報として
は扱われず、例えばリストの提示は行われない、或い
は、提示を行ったとしても変更禁止として設定されて、
編集者の操作によっては変更が出来ないようにされる。
これによって、例えば後述するコンポーネントモジュー
ルの編集段階において、編集者の不注意によって、変更
すべきではないような情報の設定変更が行われてしまう
のを防止するものである。

【０１６５】このようにして作成されたコンポーネント
モジュールは、例えば１つのファイルとして、コンポー
ネントモジュール管理情報によって管理される。コンポ
ーネントモジュール管理情報としては、例えば下記のよ
うなものとなる。コンポーネントモジュール名：コンポーネントモジュー
ル１コンポーネントサイズ：300,100 配置情報（番号、オブジェクト名、x,y,width,height）１．テキスト１：0,0,250,50 ２．静止画：250,0,50,100 ３．ホットスポット１：250,0,50,100 ４．ホットスポット２：150,100,50,100 ５．ホットスポット３：200,100,50,100 ６．ホットスポット４：250,100,50,100 ７．リンク１：８．リンク２：９．リンク３：公開情報（番号、オブジェクト名、公開する内容）２．静止画：外部参照ファイル名７．リンク１：イベントソース８．リンク２：イベントソース９．リンク３：イベントソース：アクションなお上記したコンポーネントモジュール管理情報の形式
は、あくまでも一例とされ、また、図１８に示した表示
形態を有するコンポーネントモジュールＣＰＭには特に
対応しているものではない。

【０１６６】続いて、上記のようにして作成されたコン
ポーネントモジュールを利用して編集（変更）を行う場
合について説明する。コンポーネントモジュールの編集
を行うのにあたっては、本実施の形態では、シーン編集
の一環として行うものとされる。従って、コンポーネン
トモジュールの編集を行うときには、所定操作によって
シーン編集メニューを呼び出し、ここで、編集の対象と
なるシーンを選択する。これにより、例えばディスプレ
イの画面には、図１９に示すようにして選択したシーン
のシーン編集ウィンドウＷＤ２が表示される。なお、こ
こでは図示していないが、シーン編集ウィンドウＷＤ２
内には、選択されたシーンの画像が表示されているもの
である。

【０１６７】そして編集者は、例えば、既に作成して保
存されているコンポーネントモジュールのリスト（リス
トウィンドウ）を所定操作によって表示させ、そのリス
トの中から所望のコンポーネントモジュールを選択し
て、例えば図１９のシーン編集ウィンドウＷＤ２内のシ
ーン画面上に対して配置させるための操作を行う。例え
ばこのような操作としては、リストウィンドウからシー
ン編集ウィンドウＷＤ２内のシーン画面上に対して、い
わゆるドラッグ・アンド・ドロップ操作によってコンポ
ーネントモジュールを移動させるようなやり方が考えら
れる。例えば、このような操作によって、図１９に示す
ようにして、シーン編集ウィンドウＷＤ２内のシーン画
面上における所望の位置にコンポーネントモジュールＣ
ＰＭを配置表示させることができる。この図に示すコン
ポーネントモジュールＣＰＭは、先に図１８に示したコ
ンポーネントモジュールＣＰＭとされている。

【０１６８】このようにして、シーン編集ウィンドウＷ
Ｄ２内に対してコンポーネントモジュールＣＰＭを配置
表示させることで、以降は、このコンポーネントモジュ
ールＣＰＭに対して編集を行うことができる。編集操作
としては、例えば所定操作を行うと、このコンポーネン
トモジュールＣＰＭを形成するオブジェクトごとについ
て、例えば公開に設定された属性、リンク、アクション
のリストを提示するリストウィンドウが表示されるよう
になっている。なお、非公開に設定された上記各情報に
ついては、ここではリスト内に提示されないものとす
る。そして、上記リストウィンドウとしては、例えば下
記のような内容が所定の表示形態によって示される。コンポーネントモジュール１公開情報２．静止画：c\data\tree.jpg ７．リンク１：User Input 15 ８．リンク２：User Input 15 ９．リンク３：User Input 15：TransitionTo Scene2

【０１６９】そして、このリストウィンドウに提示され
る項目のなかから、編集者が所定操作によって所望の項
目を選択すると、この項目について設定変更を行うため
の作業用のウィンドウが表示される。編集者は、このウ
ィンドウに対する操作によって雛形としての設定内容
を、実際の使用に適合するようにして変更させることが
できる。

【０１７０】例えば、コンポーネントモジュールにおけ
る可視のオブジェクトを例に挙げると、このコンポーネ
ントモジュールにおける可視のオブジェクトの属性に対
応するものとして、例えば、図２２に示すようなＰＮＧ
ファイルが用意されているものとする。例えば、所定操
作を行えば、このようなボタン属性のリストが表示され
るようになっている。ここではエリアＡ１が３種の「決
定」ボタンを選択する領域となっており、以降、エリア
Ａ２は「キャンセルボタン」、エリアＡ３は「中止」ボ
タン、エリアＡ４は「はい」ボタン、エリアＡ５は「い
いえ」ボタン、エリアＡ６は「閉じる」ボタン、エリア
Ａ７は「もどる」ボタン、エリアＡ８は「次へ」ボタ
ン、エリアＡ９は「前へ」ボタンを選択する領域となっ
ている。また、エリアＡ１０は４種のチェックボタン、
エリアＡ１１はラジオボタン、エリアＡ１２は２種のテ
キストフィールドを選択する領域となっている。例え
ば、このリストの中から、編集者が所定操作によって所
望のボタンやテキストフィールドを選択することで、可
視のオブジェクトとしての属性を変更設定することがで
きる。

【０１７１】そして、このような編集が行われた後は、
例えば先に示したコンポーネントモジュール管理情報も
書き換えられて、新規のコンポーネントモジュールが得
られることになる。そして、この編集者による設定結果
は、シーン編集ウィンドウＷＤ２に表示されているコン
ポーネントモジュールにおいても反映され、その表示形
態が設定結果に応じて変化しているものである。

【０１７２】例えば、図１９に示したコンポーネントモ
ジュールを編集して作成されたコンポーネントモジュー
ルの表示形態例を図２０及び図２１に示す。例えば図２
０に示すコンポーネントモジュールＣＰＭでは、先ず、
シーン上での配置位置が異なっている。例えばシーン上
での配置位置も属性（公開されていれば）として変更可
能とされる。また、ここでは「あなたの情報を入れてく
ださい」とされていたテキストｏｂ２が、「確認！」と
いうテキストに置き換えられている。また、「確認！」
以外の、コンポーネントモジュールとしてのフィールド
内のテキストｏｂ２としては「前の設定に戻りますか
？」というテキストのみとなっている。また、決定ボタ
ンｏｂ６としては以前と異なるデザインのもの（ＰＮＧ
ファイル）が使用され、中止ボタンｏｂ６には以前のも
のと同様のデザインが使用されている。

【０１７３】また、図２１（図１９と同一部分には同一
符号を付して説明を省略する）のコンポーネントモジュ
ールＣＰＭに示すようにして、図１９に示したコンポー
ネントモジュールとほぼ同様のオブジェクトを使用した
上で、各オブジェクトのレイアウト位置を変更するよう
なことも可能とされる。

【０１７４】また、図示しないが、ボタンに対して操作
を行ったことによる動作なども、実際に変更設定された
リンク、アクションに対応した動作として、シーン編集
ウィンドウ上で得られるものである。

【０１７５】そして、本実施の形態においては、このよ
うにしてシーン編集ウィンドウＷＤ２上で行われたコン
ポーネントモジュールに対する編集結果は、コンポーネ
ントモジュールとしてのファイルに反映されるのはもち
ろんのこと、シーンの編集結果としても反映されるもの
である。

【０１７６】２−４．処理動作続いて、これまで説明したコンポーネントモジュールの
作成、及び利用（編集）を実現するための処理動作を説
明する。なお、以降説明する処理は、図１７に示したパ
ーソナルコンピュータ２０１のＣＰＵ２０２ａが、ＭＨ
ＥＧオーサリングソフトウェア２１０としてのプログラ
ムに従って実行するものである。また、以降説明する処
理にあっては、例えばコンポーネントモジュールの作成
にはコンポーネントモジュール作成部２５０のプログラ
ムが主として利用され、コンポーネントモジュールの編
集にはコンポーネントモジュール処理部２５１、ＭＨＥ
Ｇシーン作成部２１３等のプログラムが主として利用さ
れるが、必要に応じて、他のプログラムとしてのブロッ
クも適宜使用される。

【０１７７】先ず、コンポーネントモジュールの作成処
理について、図２３及び図２４のフローチャートを参照
して説明する。例えば、ＭＨＥＧオーサリングソフトウ
ェア２１０が起動している状態の下で、コンポーネント
モジュール編集ウィンドウＷＤ１を呼び出すための所定
操作が行われたとすると、ＣＰＵ２０２ａは、コンポー
ネントモジュール作成メニューとしてのプログラムの実
行を開始することになる。そして、図２３のステップＳ
１０１に移行して、図１８に示したプロジェクトスコア
ウィンドウＷＤ１を開く（表示する）ための処理を実行
する。このためのプロセスは、例えば次のステップＳ１
０３として示される。

【０１７８】次のステップＳ１０２においては編集者の
操作に応じて、選択されたオブジェクトをウィンドウ内
に配置していくための処理が実行される。そして、その
配置結果に応じて、次のステップＳ１０３によってスク
リプト（例えばＴＮ）を記述していくようにされる。

【０１７９】そして、次のステップＳ１０４において
は、ユーザの操作に応じて、これまでに作成したコンポ
ーネントモジュールを形成する各オブジェクトの属性、
リンク、アクションについて、公開すべき情報を設定す
るための処理が実行される。そして、次のステップＳ１
０５において、例えばここまでに行われた各種設定結果
に対応した設定情報を作成してこれを保持するようにさ
れる。なお、上記ステップＳ１０２〜Ｓ１０５の処理
は、実際には、ユーザの編集操作に応じて適宜繰り返し
実行されて構わないものである。

【０１８０】そして、この後、編集者が設定終了のため
の操作を行ったとすれば、ステップＳ１０６の処理によ
って、例えばこれまで開いていたコンポーネントモジュ
ール編集ウィンドウＷＤ１を閉じるなどしてこれまでの
設定環境を終了させるための処理が実行され、ステップ
Ｓ１０７に進む。

【０１８１】ステップＳ１０７はこれまでの設定結果を
管理情報として保存するための処理を、内部形式により
実行するための処理とされ、これは例えば図２４のフロ
ーチャートに示すものとなる。

【０１８２】図２４においては、先ずステップＳ２０１
において、今回のコンポーネントモジュールの作成が新
規作成であるか、若しくは一旦作成して保存したコンポ
ーネントモジュールについて変更を加える再作成である
のかについて判別する。ここで、新規作成である場合に
は、ステップＳ２０２に進んで、スコア管理情報として
のファイルを新規に発生させて例えばＲＡＭ２０２ｂに
用意する。

【０１８３】一方、ステップＳ２０１において、今回の
コンポーネントモジュールの作成が再作成である場合に
は、ステップＳ２０３に進んで、今回の作成（更新）対
象となっていたコンポーネントモジュールに対応するコ
ンポーネントモジュール管理情報を指定して読み込みを
行って、例えばＲＡＭ２０２ｂに用意する。なお、この
場合には、指定のコンポーネントモジュール管理情報
は、例えばコンポーネントモジュール編集ウィンドウＷ
Ｄ１を開くときに、その表示内容を決定するために既に
使用されているため、このときにＲＡＭ２０２ｂに用意
しておくようにすれば、ステップＳ２０３の処理は省略
できる。

【０１８４】上記ステップＳ２０２又はステップＳ２０
３の処理が終了した後は、ステップＳ２０４に進む。ス
テップＳ２０４においては、先のステップＳ１０５にて
保持された設定情報を、上記ステップＳ２０２又はステ
ップＳ２０３によって用意されたコンポーネントモジュ
ール管理情報に対して記述する。そして、このようにし
て得られたコンポーネントモジュール管理情報を例えば
記録デバイス２３５に対して転送して保存させるための
処理を実行する。このようにして図２０のステップＳ１
０７としての内部処理が実行され、この処理の実行によ
ってコンポーネントモジュールの作成処理を終了する。

【０１８５】続いて、コンポーネントモジュールの編集
（利用；変更を指す）処理について、図２５を参照して
説明する。コンポーネントモジュールを編集するには、
先にも図１９により述べたように、シーン編集ウィンド
ウ上で行う。このため、編集者がコンポーネントモジュ
ールを編集する際には、ＭＨＥＧオーサリングソフトウ
ェア２１０が起動している状態の下で、シーン編集ウィ
ンドウＷＤ２を呼び出すための所定操作を行うことにな
る。すると、ＣＰＵ２０２ａは、図２５に示すステップ
Ｓ３０１に移行して、シーン編集メニューとしてのプロ
グラムの実行を開始する。そして、続くステップＳ３０
２において、図１９に示したシーン編集ウィンドウを開
く（表示する）ための処理を実行する。

【０１８６】次のステップＳ３０３においては、例えば
先に図１９にて説明した操作手順によって選択されたコ
ンポーネントモジュールをシーン編集ウィンドウＷＤ２
内のシーン上に配置するための処理が実行される。この
後、編集者は図１９にて説明したようにして、公開され
た情報（各オブジェクトの属性、イベント、アクショ
ン）のうちから、目的の情報についての変更を行うよう
にされる。そして次のステップＳ３０４においては、上
記のようにして、編集者の操作によって変更された内容
に対応した編集処理を実行する。つまり、現在選択され
ているコンポーネントモジュールのコンポーネントモジ
ュール管理情報についての書き換え等を行うと共に、こ
の書き換えられた内容に応じて、シーン編集ウィンドウ
ＷＤ２内に表示させているコンポーネントモジュールの
表示態様も変更するようにされる。そして、編集者の操
作によって、コンポーネントモジュールの編集を終了さ
せるための操作が行われれば、ステップＳ３０５に進ん
で所要の終了処理を実行するようにされる。

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

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

【０１８９】なお、上記実施の形態では、図１７に示し
たようにコンポーネントモジュール作成部２５０とコン
ポーネントモジュール処理部２５１について、同一のＭ
ＨＥＧオーサリングツール内に装備するようにしている
が、実際の使用形態としては、コンポーネントモジュー
ル作成部２５０としてのツールは、ＭＨＥＧオーサリン
グツールからは分離して、独立した専用のツールとして
構築することも考えられる。このようにして専用のアプ
リケーションとすることで、例えばより特化した機能を
装備させるといったことも容易に可能になる。また、本
実施の形態のコンポーネントモジュールは、例えば、コ
ンポーネントモジュールとしての素材を、ＭＨＥＧオー
サリングツールのユーザに向けて販売するというような
流通形態を採ることが考えられるが、例えば、このよう
にして販売するコンポーネントモジュールに対して、著
作権管理情報を付加するようにすることが考えられる。
そして、ＭＨＥＧオーサリングツール側としては、コン
ポーネントモジュールの著作権管理情報を参照して、ラ
イセンスがされていれば使用が許可されるようにするこ
とで、コンポーネントモジュールの著作権を保護するこ
とができるものである。

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

【０１９１】

【発明の効果】以上説明したように本発明は、例えばＭ
ＨＥＧ等のコンテンツ情報の規格では定義されていない
コンポーネントモジュールをオーサリングツール上で定
義して、コンポーネントモジュールの作成、及びコンポ
ーネントモジュールの編集（編集されたコンポーネント
モジュールは例えばシーン編集に利用される）を行える
ように構成される。これにより、オーサリングツール上
にあっては、例えばシーン単位、若しくはアプリケーシ
ョン単位に依らなくとも、複数のオブジェクトをグルー
プ化して管理することが可能になる。つまり、複数のオ
ブジェクトをグループ化したファイルとしてはデータ量
が小さくて済むことになり、また、例えばシーンとして
の画面サイズよりも小さな表示領域のファイルとして管
理できることになるため、それだけ、オーサリングツー
ル上では扱いやすくなるものである。また、データの受
け渡しも容易で、その処理負担としても軽いものとな
る。

【０１９２】また、本発明では、コンポーネントモジュ
ールを形成する各オブジェクトの属性、リンク、アクシ
ョン等の情報（特質情報）について公開／非公開の設定
を行うようにされており、コンポーネントモジュールの
編集時には、公開として設定された情報についてのみ変
更が可能とされる。例えば全ての情報を変更可能に公開
してしまうと、特に知識の乏しい編集者は、どの情報を
選択していいのか分からなくなったり、本来はそのまま
にしておくべき情報を不用意に書き換えてしまって誤動
作を引き起こしたりするなどの不都合が生じやすくなる
が、本発明のようにして、編集者が変更できる情報を制
限することで、上記したような不都合が生じる可能性も
著しく低くすることができる。

【０１９３】また、例えば簡易言語（中間言語）として
のスクリプトを記述することによっても、コンポーネン
トモジュールについての作成、利用が可能なように構成
することで、例えば或る程度の知識を有する編集者であ
れば、その作業内容によっては、ＧＵＩを用いた操作よ
りも効率的に編集を行うことができるようになるもので
ある。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１８】コンポーネントモジュール編集ウィンドウの
表示形態例を示す説明図である。

【図１９】コンポーネントモジュールの編集（利用）が
行われるシーン編集ウィンドウの表示形態例を示す説明
図である。

【図２０】コンポーネントモジュールの編集（利用）が
行われるシーン編集ウィンドウの表示形態例を示す説明
図である。

【図２１】コンポーネントモジュールの編集（利用）が
行われるシーン編集ウィンドウの表示形態例を示す説明
図である。

【図２２】ＰＮＧファイルのリストを示す説明図であ
る。

【図２３】コンポーネントモジュール作成のための処理
動作を示すフローチャートである。

【図２４】コンポーネントモジュール作成時における内
部処理を示すフローチャートである。

【図２５】コンポーネントモジュール利用時の内部処理
を示すフローチャートである。

【図２６】中間言語としてのスクリプトの定義内容を示
す説明図である。

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

フロントページの続きＦターム(参考） 5C022 AC11 AC69 CA03 5C023 AA14 AA18 BA01 CA01 CA04 CA08 5C059 MA00 PP01 PP04 RB02 RC32 RC33 RC34 SS02 SS30 5C063 AA11 AB03 AB05 DA01 DA02 DA03 DA05 DA07

Claims

【特許請求の範囲】作成装置

【請求項１】所定の規格によるコンテンツ情報を作成
するための情報処理装置として、上記所定の規格によるコンテンツ情報はオブジェクトを
使用して作成されるものとしたうえで、所要の上記オブジェクトの集合によって形成され、上記
コンテンツ情報内にて特定の動作を実行可能な情報単位
であるモジュール情報を定義するモジュール情報定義手
段と、上記モジュール情報定義手段の定義に則って、オブジェ
クトを使用して上記モジュール情報を作成することので
きるモジュール情報作成手段と、を備えていることを特徴とする情報処理装置。
【請求項２】上記モジュール情報作成手段は、上記モジュール情報を作成するのに使用された各オブジ
ェクトの特質を決定する特質情報について、公開とする
か非公開とするかの設定を行うことができるように構成
されていることを特徴とする請求項１に記載の情報処理
装置。
【請求項３】上記モジュール情報作成手段において
は、上記所定の規格に従って記述されるスクリプト形式より
も簡易とされる形式で定義された簡易言語を記述するた
めの簡易言語記述編集手段を備えていることを特徴とす
る請求項１に記載の情報処理装置。
【請求項４】所定の規格によるコンテンツ情報を作成
するための情報処理装置として、上記所定の規格によるコンテンツ情報は、オブジェクト
を使用して形成されているものとしたうえで、所要の上記オブジェクトの集合によって形成され、上記
コンテンツ情報内にて特定の動作を実行可能なモジュー
ル情報を定義するモジュール情報定義手段と、上記モジュール情報定義手段の定義に則って、上記モジ
ュール情報について変更が可能とされると共に、上記モ
ジュール情報を使用して上記コンテンツ情報についての
編集を行うことができる編集手段と、を備えていることを特徴とする情報処理装置。
【請求項５】上記モジュール情報においては、そのモ
ジュール情報を作成するのに使用された各オブジェクト
の特質を決定する特質情報について、公開とするか非公
開とするかを設定した設定情報が付随しているものとさ
れたうえで、上記編集手段は、公開として設定されている特質情報については、変更設
定が可能であるとして管理すると共に、非公開として設
定されている特質情報については変更設定が不可である
として管理するように構成されていることを特徴とする
請求項４に記載の情報処理装置。
【請求項６】所定の規格によるコンテンツ情報を作成
するための情報処理方法として、上記所定の規格によるコンテンツ情報はオブジェクトを
使用して作成されるものとしたうえで、所要の上記オブジェクトの集合によって形成されて上記
コンテンツ情報内にて特定の動作を実行可能なモジュー
ル情報を定義し、この定義に則って、オブジェクトを使
用して上記モジュール情報を作成することのできるモジ
ュール情報作成処理、を実行可能に構成されていることを特徴とする情報処理
方法。
【請求項７】上記モジュール情報作成処理は、上記モジュール情報を作成するのに使用された各オブジ
ェクトの特質を決定する特質情報について、公開とする
か非公開とするかの設定を行うことができるように構成
されていることを特徴とする請求項６に記載の情報処理
方法。
【請求項８】上記モジュール情報作成処理としては、上記所定の規格に従って記述されるスクリプト形式より
も簡易とされる形式で定義された簡易言語を記述するた
めの簡易言語記述編集処理を実行可能に構成されている
ことを特徴とする請求項６に記載の情報処理方法。
【請求項９】所定の規格によるコンテンツ情報を作成
するための情報処理方法として、上記所定の規格によるコンテンツ情報は、オブジェクト
を使用して形成されているものとしたうえで、所要の上記オブジェクトの集合によって形成されて上記
コンテンツ情報内にて特定の動作を実行可能なモジュー
ル情報を定義し、この定義に則って、上記モジュール情
報について変更が可能とされると共に、上記モジュール
情報を使用して上記コンテンツ情報についての編集を行
うことができる編集処理、を実行可能に構成されていることを特徴とする情報処理
方法。
【請求項１０】上記モジュール情報においては、その
モジュール情報を作成するのに使用された各オブジェク
トの特質を決定する特質情報について、公開とするか非
公開とするかを設定した設定情報が付随しているものと
されたうえで、上記編集処理は、公開として設定されている特質情報については、変更設
定が可能であるとして管理すると共に、非公開として設
定されている特質情報については変更設定が不可である
として管理することを特徴とする請求項９に記載の情報
処理方法。