JP4135251B2 - 情報処理装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、いわゆるオーサリングツールなどといわれ、例えば、ＭＨＥＧコンテンツなど、映像情報とともに放送される放送用コンテンツを作成するための情報処理装置に関するものである。
【０００２】
【従来の技術】
近年、デジタル衛星放送の普及が進んでいる。デジタル衛星放送は、例えば既存のアナログ放送と比較してノイズやフェージングに強く、高品質の信号を伝送することが可能である。また、周波数利用効率が向上され、多チャンネル化も図ることが可能になる。具体的には、デジタル衛星放送であれば１つの衛星で数百チャンネルを確保することも可能である。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュースなどの専門チャンネルが多数用意されており、これらの専門チャンネルでは、それぞれの専門の企画、内容に応じたプログラムが放送されている。
【０００３】
そして、上記のようなデジタル衛星放送システムを利用して、ユーザが楽曲等の音声データをダウンロードできるようにしたり、いわゆるテレビショッピングとして、例えばユーザが放送画面を見ながら何らかの商品についての購買契約を結べるようにしたりすることが提案されている。つまりは、デジタル衛星放送システムとして、通常の放送内容と並行したデータサービス放送を行うものである。
【０００４】
一例として、楽曲データのダウンロードであれば、放送側においては、放送番組（映像情報）と同期させるようにして、楽曲データを多重化して放送するようにする。また、この楽曲データのダウンロードに際しては、ＧＵＩ(Graphical User Interface)画面（即ちダウンロード用の操作画面である）を表示させることでインタラクティブな操作をユーザに行わせるようにされるが、このＧＵＩ画面出力のためのデータも多重化して放送するようにされる。
そして、受信装置を所有しているユーザ側では、所望のチャンネルを選局している状態で、受信装置に対する所定の操作によって楽曲データをダウンロードするためのＧＵＩ画面を表示出力させるようにする。そして、この表示された操作画面に対してユーザが操作を行うことで、例えば受信装置に接続したデジタルオーディオ機器に対してデータを供給し、これが録音されるようにするものである。
【０００５】
ところで、上記のような楽曲データをダウンロードするためのＧＵＩ画面としては、例えばＧＵＩ画面を形成するパーツ的な画像データ、テキストデータなどの情報に加え、更には所定操作に応じた音声出力のための音声データなどの単位データ（ファイル）をそれぞれオブジェクトとして扱い、このオブジェクトの出力態様を所定方式によるシナリオ記述によって制御することによって、上記操作画面についての所要の表示形態及び音声等の出力態様を実現するように構成することが考えられる。つまり、いわゆるマルチメディアコンテンツを放送することによって上述のようなＧＵＩ画面を実現するものである。
なお、ここでは、上記ＧＵＩ画面のようにして、記述情報によって規定されることで、或る目的に従った機能を実現する表示画面（ここでは音声等の出力も含む）のことを「シーン」というものとする。また、「オブジェクト」とは、記述情報に基づいてその出力態様が規定される画像、音声、テキスト等の単位情報をいうものとされる。また、伝送時においては、ここでは記述情報自体のデータファイルも「オブジェクト」の１つとして扱われるものとする。
【０００６】
例えば、上記のようなＧＵＩ画面の放送用コンテンツを記述するための規格としては、ＭＨＥＧ(Multimedia Hypermedia Information Coding Experts Group)方式を採用することが考えられる。
ＭＨＥＧの規格にあっては、例えば１つのＭＨＥＧコンテンツ（ＭＨＥＧアプリケーションファイル）は、１以上のシーンにより形成され、これらの例えば放送映像との同期出力やシーン間のトランジションが規定されるようにスクリプトの記述が行われている。また、１シーンとしては１以上のオブジェクトが所定の表示形態によって表示されるように、スクリプトの記述により制御されている。
【０００７】
そして、放送側においては、上記したＭＨＥＧコンテンツを放送内容に応じて作成することになるが、このようなＭＨＥＧコンテンツの作成は、例えばパーソナルコンピュータ装置上で、いわゆるスクリプト作成ツールやオーサリングツールとしてのアプリケーションソフトウェア（以降、纏めてＭＨＥＧオーサリングツールという）を起動させることで行うようにされる。
【０００８】
上記したＭＨＥＧオーサリングツールにあっては、例えばシーン単位での編集を考えてみれば、シーンに対して表示すべきオブジェクトを選択して、これらのオブジェクトがシーンとして所望の表示形態によって表示されるようにシナリオの記述を編集者が行っていくようにすることが一般的である。或いは、オーサリングツールとしてのＧＵＩ画面に対する操作を行ってシーンを作成していくと、最終的にはこの編集結果がスクリプトとして記述されるようになっている。
【０００９】
【発明が解決しようとする課題】
ところで、ＭＨＥＧアプリケーションにあっては、シェアオブジェクトという概念が規定されている。
このシェアオブジェクトとは、シーン間で共有できるオブジェクトとしてのファイルをいうものである。
【００１０】
但し、現状のＭＨＥＧオーサリングツールでは、ＭＨＥＧアプリケーション単位で、シェアオブジェクトの使用／非使用についての設定を行う程度の機能しか有していない。つまり、シェアオブジェクトとしては、ＭＨＥＧアプリケーションを形成する全てのシーンに対して共通に表示させる、又は表示させないかの設定を行うことしか出来ない。
例えばシェアオブジェクトの有効利用を図ろうと思えば、ＭＨＥＧアプリケーションを形成する各シーンごとに、任意のシェアオブジェクトを使用したり使用しないようにしたりするといった設定ができるようにすることが好ましい。
【００１１】
しかし、現行のＭＨＥＧオーサリングツールで、シーンごとに任意のシェアオブジェクトを割り当てようとすれば、シーンごとに、作成した個々のオブジェクトのオン／オフをアクションの記述等によって設定することになる。
このようなスクリプトの記述による設定は、編集者が記述言語を充分に理解していなければならないため、編集者によってはこの作業が困難なものとなっており、結局は誤った記述を行ってしまったりする可能性も高い。このため、シーンごとに任意のシェアオブジェクトを割り当てるような記述は、編集者の間ではほとんど行われていない。
【００１２】
このように、現状としては、シェアオブジェクトが有効に活用されておらず、例えばそれだけ、ＭＨＥＧコンテンツとしての表示態様の多様性も阻害されているものである。
【００１３】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、例えばＭＨＥＧコンテンツの作成にあたって、シェアオブジェクトが簡易に扱えるようにしてその有効利用を図ることを目的とする。
【００１４】
このため、所定の規格によるコンテンツ情報を作成するための情報処理装置として次のように構成する。
ここで、上記所定の規格によるコンテンツ情報は、このコンテンツ情報を形成するオブジェクトを使用して作成されるシーンと、少なくともシーン又はオブジェクトの出力態様を制御するための制御情報を有して形成されると共に、複数のシーン間で共通に使用可能な共有オブジェクトが定義されているものとする。
そして、このうえで、複数のシーン間で共通に使用することのできる仮想のシーンである共有シーンを当該情報処理装置において処理可能な編集素材として定義する共有シーン定義手段と、この共有シーン定義手段の定義に則って任意のオブジェクトを使用して上記共有シーンを作成することのできる共有シーン作成手段と、この共有シーン作成手段により作成された共有シーンのうちから、上記コンテンツ情報を形成する上記シーンごとに使用すべき共有シーンを設定することのできる共有シーン設定手段と、共有シーンに対して使用されたオブジェクトを共有オブジェクトとして設定する共有オブジェクト設定手段と、共有シーン設定手段により行われた、シーンごとに対する上記共有シーンの設定結果に応じて、各シーンに対する共有オブジェクトの使用状況を制御するための制御情報を上記所定の規格に則って記述することのできる制御情報記述手段とを備えて構成することとした。
【００１５】
上記構成によれば、所定の規格に従ったコンテンツ情報を作成するためのオーサリングツールとして機能する情報処理装置としては、シーン間で共通に使用可能な共有オブジェクトを使用した仮想のシーンである共有シーンが定義されることになる。そして、シーンに対する編集としては、各シーンに対して使用すべき共有シーンを設定するという編集操作によって、複数のシーンで共有するオブジェクトを扱うことが可能になる。
そして、共有シーンに使用されたオブジェクトを共有オブジェクトとして設定したうえで、各シーンに対する共有シーンの設定結果に応じて、各シーンに対して使用すべき共有オブジェクトの使用状況を制御するための制御情報を、上記した所定の規格に従った形式で記述するようにされる。
つまり本発明では、共有シーンを使用しての編集操作を行うことで、結果的にはシーン間で共通に使用べきとされる共有オブジェクトの設定が行われるというユーザインターフェイスが得られることになる。
【００１６】
【発明の実施の形態】
以降、本発明の実施の形態について説明する。
本発明の情報処理装置は、デジタル衛星放送を利用して番組を放送すると共に、受信装置側ではこの番組に関連した楽曲データ（音声データ）等の情報をダウンロードできるようにしたシステムに対応することを前提とする。
つまり、デジタル衛星放送を利用した番組（映像情報）に付随或いは同期した形態で、例えばダウンロード操作画面などのためのＧＵＩデータを放送するシステムにあって、放送側が使用する、ＧＵＩデータとしてのコンテンツを作成するためのオーサリングシステムが本発明の情報処理装置に該当する。
また、本実施の形態のオーサリングシステムとしてはＭＨＥＧコンテンツを作成するためのシステムであるものとする。
【００１７】
なお、以降の説明は次の順序で行うこととする。
１．デジタル衛星放送システム
１−１．全体構成
１−２．ＧＵＩ画面に対する操作
１−３．地上局
１−４．送信フォーマット
１−５．ＩＲＤ
２．オーサリングシステム
２−１．ＭＨＥＧコンテンツの構造
２−２．シェアシーンの概念
２−２．ＭＨＥＧオーサリングシステムの構成
２−３．ＭＨＥＧオーサリングソフトウェアとしてのＧＵＩ画面例
２−４．処理動作
【００１８】
１．デジタル衛星放送システムの構成
１−１．全体構成
先ず、本実施の形態のＭＨＥＧオーサリングシステムの説明を行うのに先立ち、このＭＨＥＧオーサリングシステムにより作成されたＭＨＥＧコンテンツが使用されるデジタル衛星放送システムについて説明しておく。
【００１９】
図１は、本実施の形態としてのデジタル衛星放送システムの全体構成を示すものである。この図に示すように、デジタル衛星放送の地上局１には、テレビ番組素材サーバ６からのテレビ番組放送のための素材と、楽曲素材サーバ７からの楽曲データの素材と、音声付加情報サーバ８からの音声付加情報と、ＧＵＩデータサーバからのＧＵＩデータとが送られる。
【００２０】
テレビ番組素材サーバ６は、通常の放送番組の素材を提供するサーバである。このテレビ番組素材サーバから送られてくる音楽放送の素材は、動画及び音声とされる。例えば、音楽放送番組であれば、上記テレビ番組素材サーバ６の動画及び音声の素材を利用して、例えば新曲のプロモーション用の動画及び音声が放送されたりすることになる。
【００２１】
楽曲素材サーバ７は、オーディオチャンネルを使用して、オーディオ番組を提供するサーバである。このオーディオ番組の素材は音声のみとなる。この楽曲素材サーバ７は、複数のオーディオチャンネルのオーディオ番組の素材を地上局１に伝送する。
各オーディオチャンネルの番組放送ではそれぞれ同一の楽曲が所定の単位時間繰り返して放送される。各オーディオチャンネルは、それぞれ独立しており、その利用方法としては各種考えられる。例えば、１つのオーディオチャンネルでは最新の日本のポップスの数曲を或る一定時間繰り返し放送し、他のオーディオチャンネルでは最新の外国のポップスの数曲を或る一定時間繰り返し放送するというようにされる。
【００２２】
音声付加情報サーバ８は、楽曲素材サーバ７から出力される楽曲の時間情報等を提供するサーバである。
【００２３】
ＧＵＩデータサーバ９は、ユーザが操作に用いるＧＵＩ画面を形成するための「ＧＵＩデータ（放送用コンテンツのデータ）」を提供する。例えば後述するような楽曲のダウンロードに関するＧＵＩ画面であれば、配信される楽曲のリストページや各楽曲の情報ページを形成するための画像データ、テキストデータ、アルバムジャケットの静止画を形成するためのデータなどを提供する。更には、受信設備３側にていわゆるＥＰＧ(Electrical Program Guide)といわれる番組表表示を行うのに利用されるＥＰＧデータもここから提供される。
なお、「ＧＵＩデータ」としては、例えばＭＨＥＧ(Multimedia Hypermedia Information Coding Experts Group)方式が採用される。ＭＨＥＧとは、マルチメディア情報、手順、操作などのそれぞれと、その組み合わせをオブジェクトとして捉え、それらのオブジェクトを符号化したうえで、タイトル（例えばＧＵＩ画面）として制作するためのシナリオ記述の国際標準とされる。また、本実施の形態ではＭＨＥＧ−５を採用するものとする。
【００２４】
地上局１は上記テレビ番組素材サーバ６、楽曲素材サーバ７、音声付加情報サーバ８、及びＧＵＩデータサーバ９から伝送された情報を多重化して送信する。
本実施の形態では、テレビ番組素材サーバ６から伝送されたビデオデータはＭＰＥＧ(Moving Picture Experts Group)２方式により圧縮符号化され、オーディオデータはＭＰＥＧ２オーディオ方式により圧縮符号化される。また、楽曲素材サーバ７から伝送されたオーディオデータは、オーディオチャンネルごとに対応して、例えばＭＰＥＧ２オーディオ方式と、ＡＴＲＡＣ(Adoptive Tranform Acoustic Coding)方式と何れか一方の方式により圧縮符号化される。
また、これらのデータは多重化の際、キー情報サーバ１０からのキー情報を利用して暗号化される。
なお、地上局１の内部構成例については後述する。
【００２５】
地上局１からの信号は衛星２を介して各家庭の受信設備３で受信される。衛星２には複数のトランスポンダが搭載されている。１つのトランスポンダは例えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受信設備３としては、パラボラアンテナ１１とＩＲＤ(Integrated Receiver Decorder)１２と、ストレージデバイス１３と、モニタ装置１４とが用意される。
また、この場合には、ＩＲＤ１２に対して操作を行うためのリモートコントローラ６４が示されている。
【００２６】
パラボラアンテナ１１で衛星２を介して放送されてきた信号が受信される。この受信信号がパラボラアンテナ１１に取り付けられたＬＮＢ(Low Noize Block Down Converter)１５で所定の周波数に変換され、ＩＲＤ１２に供給される。
【００２７】
ＩＲＤ１２における概略的な動作としては、受信信号から所定のチャンネルの信号を選局し、その選局された信号から番組としてのビデオデータ及びオーディオデータの復調を行ってビデオ信号、オーディオ信号として出力する。また、ＩＲＤ１２では、番組としてのデータと共に多重化されて送信されてくる、ＧＵＩデータに基づいてＧＵＩ画面としての出力も行う。このようなＩＲＤ１２の出力は、例えばモニタ装置１４に対して供給される。これにより、モニタ装置１４では、ＩＲＤ１２により受信選局した番組の画像表示及び音声出力が行われ、また、後述するようなユーザの操作に従ってＧＵＩ画面を表示させることが可能となる。
【００２８】
ストレージデバイス１３は、ＩＲＤ１２によりダウンロードされたオーディオデータ（楽曲データ）を保存するためのものである。このストレージデバイス１３の種類としては特に限定されるものではなく、ＭＤ(Mini Disc)レコーダ／プレーヤ、ＤＡＴレコーダ／プレーヤ、ＤＶＤレコーダ／プレーヤ等を用いることができる。また、ストレージデバイス１３としてパーソナルコンピュータ装置を用い、ハードディスクのほか、ＣＤ−Ｒ等をはじめとする記録が可能なメディアにオーディオデータを保存するようにすることも可能とされる。
【００２９】
また、本実施の形態の受信設備３としては、図２に示すように、データ伝送規格としてＩＥＥＥ１３９４に対応したデータインターフェイスを備えたＭＤレコーダ／プレーヤ１３Ａを、図１に示すストレージデバイス１３として使用することができるようになっている。
この図に示すＩＥＥＥ１３９４対応のＭＤレコーダ／プレーヤ１３Ａは、ＩＥＥＥ１３９４バス１６によりＩＲＤ１２と接続される。これによって、本実施の形態では、ＩＲＤ１２にて受信された、楽曲としてのオーディオデータ（ダウンロードデータ）を、ＡＴＲＡＣ方式により圧縮処理が施されたままの状態で直接取り込んで記録することができる。また、ＭＤレコーダ／プレーヤ１３ＡとＩＲＤ１２とをＩＥＥＥ１３９４バス１６により接続した場合には、上記オーディオデータの他、そのアルバムのジャケットデータ（静止画データ）及び歌詞などのテキストデータを記録することも可能とされている。
【００３０】
ＩＲＤ１２は、例えば電話回線４を介して課金サーバ５と通信可能とされている。ＩＲＤ１２には、後述するようにして各種情報が記憶されるＩＣカードが挿入される。例えば楽曲のオーディオデータのダウンロードが行われたとすると、これに関する履歴情報がＩＣカードに記憶される。このＩＣカードの情報は、電話回線４を介して所定の機会、タイミングで課金サーバ５に送られる。課金サーバ５は、この送られてきた履歴情報に従って金額を設定して課金を行い、ユーザに請求する。
【００３１】
これまでの説明から分かるように、本発明が適用されたシステムでは、地上局１は、テレビ番組素材サーバ６からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、楽曲素材サーバ７からのオーディオチャンネルの素材となるオーディオデータと、音声付加情報サーバ８からの音声データと、ＧＵＩデータサーバ９からのＧＵＩデータとを多重化して送信している。
そして、各家庭の受信設備３でこの放送を受信すると、例えばモニタ装置１４により、選局したチャンネルの番組を視聴することができる。また、番組のデータと共に送信されるＧＵＩデータを利用したＧＵＩ画面として、第１にはＥＰＧ（Electrical Program Guide；電子番組ガイド）画面を表示させ、番組の検索等を行うことができる。また、第２には、例えば通常の番組放送以外の特定のサービス用のＧＵＩ画面を利用して所要の操作を行うことで、本実施の形態の場合には、放送システムにおいて提供されている通常番組の視聴以外のサービスを享受することができる。
例えば、オーディオ（楽曲）データのダウンロードサービス用のＧＵＩ画面を表示させて、このＧＵＩ画面を利用して操作を行えば、ユーザが希望した楽曲のオーディオデータをダウンロードしてストレージデバイス１３に記録して保存することが可能になる。
【００３２】
なお、本実施の形態では、上記したようなＧＵＩ画面に対する操作を伴う、通常の番組放送以外の特定のサービスを提供するデータサービス放送については、インタラクティブ性を有することもあり、「インタラクティブ放送」ともいうことにする。
【００３３】
１−２．ＧＵＩ画面に対する操作
ここで、上述しているインタラクティブ放送の利用例、つまり、ＧＵＩ画面に対する操作例について、図３及び図４を参照して概略的に説明しておく。ここでは、楽曲データ（オーディオデータ）のダウンロードを行う場合について述べる。
【００３４】
先ず、図３によりＩＲＤ１２に対してユーザが操作を行うためのリモートコントローラ６４の操作キーについて、特に主要なものについて説明しておく。
図３には、リモートコントローラ６４において各種キーが配列された操作パネル面が示されている。ここでは、これら各種キーのうち、電源キー１０１、数字キー１０２、画面表示切換キー１０３、インタラクティブ切換キー１０４、ＥＰＧキーパネル部１０５、チャンネルキー１０６について説明する。
【００３５】
電源キー１０１は、ＩＲＤ１２の電源のオン／オフを行うためのキーである。数字キー１０２は、数字指定によりチャンネル切り換えを行ったり、例えばＧＵＩ画面において数値入力操作が必要な場合に操作するためのキーである。
画面表示切換キー１０３は、例えば通常の放送画面とＥＰＧ画面との切り換えを行うキーである。例えば、画面表示切換キー１０３によりＥＰＧ画面を呼び出した状態の下で、ＥＰＧキーパネル部１０５に配置されたキーを操作すれば、電子番組ガイドの表示画面を利用した番組検索が行えることになる。また、ＥＰＧキーパネル部１０５内の矢印キー１０５ａは、後述するサービス用のＧＵＩ画面におけるカーソル移動などにも使用することができる。
インタラクティブ切換キー１０４は、通常の放送画面と、その放送番組に付随したサービスのためのＧＵＩ画面との切り換えを行うために設けられる。
チャンネルキー１０６は、ＩＲＤ１２における選局チャンネルをそのチャンネル番号の昇順、降順に従って順次切り換えていくために設けられるキーである。
【００３６】
なお、本実施の形態のリモートコントローラ６４としては、例えばモニタ装置１４に対する各種操作も可能に構成されているものとされ、これに対応した各種キーも設けられているものであるが、ここでは、モニタ装置１４に対応するキー等の説明は省略する。
【００３７】
次に、図４を参照してＧＵＩ画面に対する操作の具体例について説明する。
受信設備３により放送を受信して所望のチャンネルを選局すると、モニタ装置１４の表示画面には、図４（ａ）に示すように、テレビ番組素材サーバ６から提供された番組素材に基づく動画像が表示される。つまり、通常の番組内容が表示される。ここでは、例えば音楽番組が表示されているものとする。また、この音楽番組には楽曲のオーディオデータのダウンロードサービス（インタラクティブ放送）が付随されているものとする。
そして、この音楽番組が表示されている状態の下で、例えばユーザがリモートコントローラ６４のインタラクティブ切換キー１０４を操作したとすると、表示画面は図４（ｂ）に示すような、オーディオデータのダウンロードのためのＧＵＩ画面に切り替わる。
【００３８】
このＧＵＩ画面においては、先ず、画面の左上部のテレビ番組表示エリア２１Ａに対して、図４（ａ）にて表示されていたテレビ番組素材サーバ６からのビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送されている各チャンネルの楽曲のリスト２１Ｂが表示される。また、画面の左下にはテキスト表示エリア２１Ｃとジャケット表示エリア２１Ｄが表示される。さらに、画面の右側には歌詞表示ボタン２２、プロフィール表示ボタン２３、情報表示ボタン２４、予約録音ボタン２５、予約済一覧表示ボタン２６、録音履歴表示ボタン２７、およびダウンロードボタン２８が表示される。
【００３９】
ユーザは、このリスト２１Ｂに表示されている楽曲名を見ながら、興味のある楽曲を探していく。そして、興味のある楽曲を見つけたらリモートコントローラ６４の矢印キー１０５ａ（ＥＰＧキーパネル部１０５内）を操作して、その楽曲が表示されている位置にカーソルを合わせた後、エンター操作を行う（例えば矢印キー１０５ａのセンター位置を押圧操作する）。
これによって、カーソルを合わせた楽曲を試聴することができる。すなわち、各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されているので、テレビ番組表示エリア２１Ａの画面はそのままで、ＩＲＤ１２により上記操作により選択された楽曲のオーディオチャンネルに切り換えて音声出力することで、その楽曲を聞くことができる。この時、ジャケット表示エリア２１Ｄにはその楽曲のＭＤジャケットの静止画像が表示される
【００４０】
また、例えば上記の状態で歌詞表示ボタン２２にカーソルを合わせ、エンター操作を行う（以下、ボタン表示にカーソルを合わせ、エンター操作を行うことを「ボタンを押す」という）と、テキスト表示エリア２１Ｃに楽曲の歌詞がオーディオデータと同期したタイミングで表示される。同様に、プロフィール表示ボタン２３あるいは情報表示ボタン２４を押すと、楽曲に対応するアーティストのプロフィールあるいはコンサート情報などがテキスト表示エリア２１Ｃに表示される。このように、ユーザは、現在どのような楽曲が配信されているのかを知ることができ、更に各楽曲についての詳細な情報を知ることができる。
【００４１】
ユーザは試聴した楽曲を購入したい場合には、ダウンロードボタン２８を押す。ダウンロードボタン２８が押されると、選択された楽曲のオーディオデータがダウンロードされ、ストレージデバイス１３に記憶される。楽曲のオーディオデータと共に、その歌詞データ、アーティストのプロフィール情報、ジャケットの静止画データ等をダウンロードすることもできる。
そして、このようにして楽曲のオーディオデータがダウンロードされる毎に、その履歴情報がＩＲＤ１２内のＩＣカードに記憶される。ＩＣカードに記憶された情報は、例えば１カ月に一度ずつ課金サーバ５により取り込みが行われ、ユーザに対してデータサービスの使用履歴に応じた課金が行われる。これによって、ダウンロードされる楽曲の著作権を保護することができることにもなる。
【００４２】
また、ユーザは予めダウンロードの予約を行いたい場合には、予約録音ボタン２５を押す。このボタンを押すと、ＧＵＩ画面の表示が切り換わり、予約が可能な楽曲のリストが画面全体に表示される。例えばこのリストは１時間単位、１週間単位、チャンル単位等で検索した楽曲を表示することが可能である。ユーザはこのリストの中からダウンロードの予約を行いたい楽曲を選択すると、その情報がＩＲＤ１２内に登録される。そして、すでにダウンロードの予約を行った楽曲を碓認したい場合には、予約済一覧表示ボタン２６を押すことにより、画面全体に表示させることができる。このようにして予約された楽曲は、予約時刻になるとＩＲＤ１２によりダウンロードされ、ストレージデバイス１３に記憶される。
【００４３】
ユーザはダウンロードを行った楽曲について確認したい場合には、録音履歴ボタン２７を押すことにより、既にダウンロードを行った楽曲のリストを画面全体に表示させることができる。
【００４４】
このように、本発明が適用されたシステムの受信設備３では、モニタ装置１４のＧＵＩ画面上に楽曲のリストが表示される。そして、このＧＵＩ画面上の表示にしたがって楽曲を選択するとその楽曲を試聴することができ、その楽曲の歌詞やアーティストのプロフィール等を知ることができる。さらに、楽曲のダウンロードとその予約、ダウンロードの履歴や予約済楽曲リストの表示等を行うことができる。
【００４５】
詳しいことは後述するが、上記図４（ｂ）に示すようなＧＵＩ画面の表示と、ＧＵＩ画面に対するユーザの操作に応答したＧＵＩ画面上での表示変更、及び音声出力は、前述したＭＨＥＧ方式に基づいたシナリオ記述により、オブジェクトの関係を規定することにより実現される。ここでいうオブジェクトとは、図４（ｂ）に示された各ボタンに対応するパーツとしての画像データや各表示エリアに表示される素材データとなる。
そして、本明細書においては、このＧＵＩ画面のような、シナリオ記述によってオブジェクト間の関係が規定されることで、或る目的に従った情報の出力態様（画像表示や音声出力等）が実現される環境を「シーン」というものとする。また、１シーンを形成するオブジェクトとしては、シナリオ記述のファイル自体も含まれるものとする。
【００４６】
以上、説明したように、本発明が適用されたデジタル衛星放送システムでは放送番組が配信されると共に、複数のオーディオチャンネルを使用して楽曲のオーディオデータが配信される。そして、配信されている楽曲のリスト等を使用して所望の楽曲を探し、そのオーディオデータをストレージデバイス１３に簡単に保存することができる。
なお、デジタル衛星放送システムにおける番組提供以外のサービスとしては、上記した楽曲データのダウンロードの他にも各種考えられる。例えば、いわゆるテレビショッピングといわれる商品紹介番組を放送した上で、ＧＵＩ画面としては購買契約が結べるようなものを用意することも考えられる。
【００４７】
１−３．地上局
これまで、本実施の形態としてのデジタル衛星放送システムの概要について説明したが、以降、このシステムについてより詳しい説明を行っていくこととする。そこで、先ず地上局１の構成について図５を参照して説明する。
【００４８】
なお、以降の説明にあたっては、次のことを前提とする。
本実施の形態では、地上局１から衛星２を介しての受信設備３への送信を行うのにあたり、ＤＳＭ−ＣＣ(デジタル蓄積メディア・コマンド・アンド・コントロール；Digital 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)が同時に多重されている。
【００７９】
ＰＳＩは、図１１に示すようにして、４つのテーブルで構成されている。それぞれのテーブルは、セクション形式というＭＰＥＧ Ｓｙｓｔｅｍに準拠した形式で表されている。
図１１（ａ）には、ＮＩＴ(Network Informataion Table)及びＣＡＴ(Conditional Access Table)のテーブルが示されている。
ＮＩＴは、全キャリアに同一内容が多重されている。キャリアごとの伝送諸元（偏波面、キャリア周波数、畳み込みレート等）と、そこに多重されているチャンネルのリストが記述されている。ＮＩＴのＰＩＤとしては、ＰＩＤ＝0x0010とされている。
【００８０】
ＣＡＴもまた、全キャリアに同一内容が多重される。限定受信方式の識別と契約情報等の個別情報であるＥＭＭ(Entitlement Management Message)パケットのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ＝0x0001により示される。
【００８１】
図１１（ｂ）には、キャリアごとに固有の内容を有する情報として、ＰＡＴが示される。ＰＡＴには、そのキャリア内のチャンネル情報と、各チャンネルの内容を表すＰＭＴのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ＝0x0000により示される。
【００８２】
また、キャリアにおけるチャンネルごとの情報として、図１１（ｃ）に示すＰＭＴ(Program Map Table)のテーブルを有する。
ＰＭＴは、チャンネル別の内容が多重されている。例えば、図１１（ｄ）に示すような、各チャンネルを構成するコンポーネント（ビデオ／オーディオ等）と、デスクランブルに必要なＥＣＭ(Encryption Control Message)パケットのＰＩＤが記述されているＰＭＴのＰＩＤは、ＰＡＴにより指定される。
【００８３】
また、ＳＩは、図示は省略するが、ＰＳＩと同様にセクション形式のテーブルとされ、ここにＥＰＧに関する情報が記述される。ＩＲＤ側では、このテーブルから必要とされる情報を抽出して画面上に表示するようにされている。
そして、このＰＳＩの代表的なテーブルとしては、ＳＤＴ(Service Description Table)とＥＩＴ(Event Information Table)が挙げられる。
ＳＤＴは、チャンネル情報を表すもので、チャンネル番号、チャンネル名、チャンネル内容等が記述される。ＰＩＤとしては、ＰＩＤ＝0x0011により示されることになっている。
ＥＩＴは、番組情報を表すもので、番組名、番組開始時刻、番組のあらすじ、ジャンル等が記述されている。ＰＩＤとしては、ＰＩＤ＝0x0012により示される。
【００８４】
１−５．ＩＲＤ
続いて、受信設備３に備えられるＩＲＤ１２の一構成例について図１２を参照して説明する。
【００８５】
この図に示すＩＲＤ１２において、入力端子Ｔ１には、パラボラアンテナ１１のＬＮＢ１５により所定の周波数に変換された受信信号を入力してチューナ／フロントエンド部５１に供給する。
チューナ／フロントエンド部５１では、ＣＰＵ(Central Processing Unit)８０からの伝送諸元等を設定した設定信号に基づいて、この設定信号により決定されるキャリア（受信周波数）を受信して、例えばビタビ復調処理や誤り訂正処理等を施すことで、トランスポートストリームを得るようにされる。
チューナ／フロントエンド部５１にて得られたトランスポートストリームは、デスクランブラ５２に対して供給される。また、チューナ／フロントエンド部５１では、トランスポートストリームからＰＳＩのパケットを取得し、その選局情報を更新すると共に、トランスポートストリームにおける各チャンネルのコンポーネントＰＩＤを得て、例えばＣＰＵ８０に伝送する。ＣＰＵ８０では、取得したＰＩＤを受信信号処理に利用することになる。
【００８６】
デスクランブラ５２では、ＩＣカード６５に記憶されているデスクランブルキーデータをＣＰＵ８０を介して受け取ると共に、ＣＰＵ８０によりＰＩＤが設定される。そして、このデスクランブルキーデータとＰＩＤとに基づいてデスクランブル処理を実行し、トランスポート部５３に対して伝送する。
【００８７】
トランスポート部５３は、デマルチプレクサ７０と、例えばＤＲＡＭ等により構成されるキュー（Queue）７１とからなる。キュー（Queue）７１は、モジュール単位に対応した複数のメモリ領域が列となるようにして形成されているものとされ、例えば本実施の形態では、３２列のメモリ領域が備えられる。つまり、最大で３２モジュールの情報を同時に格納することができる。
【００８８】
デマルチプレクサ７０の概略的動作としては、ＣＰＵ８０のＤｅＭＵＸドライバ８２により設定されたフィルタ条件に従って、デスクランブラ５２から供給されたトランスポートストリームから必要なトランスポートパケットを分離し、必要があればキュー７１を作業領域として利用して、先に図７（ｅ）〜（ｈ）により示したような形式のデータを得て、それぞれ必要な機能回路部に対して供給する。
デマルチプレクサ７０にて分離されたＭＰＥＧビデオデータは、ＭＰＥＧ２ビデオデコーダ５５に対して入力され、ＭＰＥＧオーディオデータは、ＭＰＥＧオーディオデコーダ５４に対して入力される。これらデマルチプレクサ７０により分離されたＭＰＥＧビデオ／オーディオデータの個別パケットは、ＰＥＳ(Packetized Elementary Stream)と呼ばれる形式でそれぞれのデコーダに入力される。
【００８９】
また、トランスポートストリームにおけるＭＨＥＧコンテンツのデータについては、デマルチプレクサ７０によりトランスポートストリームからトランスポートパケット単位で分離抽出されながらキュー７１の所要のメモリ領域に書き込まれていくことで、モジュール単位にまとめられるようにして形成される。そして、このモジュール単位にまとめられたＭＨＥＧコンテンツのデータは、ＣＰＵ８０の制御によってデータバスを介して、メインメモリ９０内のＤＳＭ−ＣＣバッファ９１に書き込まれて保持される。
【００９０】
また、トランスポートストリームにおける４倍速ＡＴＲＡＣデータ（圧縮オーディオデータ）も、例えばトランスポートパケット単位で必要なデータがデマルチプレクサ７０により分離抽出されてＩＥＥＥ１３９４インターフェイス６０に対して出力される。また、ＩＥＥＥ１３９４インターフェイス６０を介した場合には、オーディオディオデータの他、ビデオデータ及び各種コマンド信号等を送出することも可能とされる。
【００９１】
ＰＥＳとしての形式によるＭＰＥＧビデオデータが入力されたＭＰＥＧ２ビデオデコーダ５５では、メモリ５５Ａを作業領域として利用しながらＭＰＥＧ２フォーマットに従って復号化処理を施す。復号化されたビデオデータは、表示処理部５８に供給される。
【００９２】
表示処理部５８には、上記ＭＰＥＧ２ビデオデコーダ５５から入力されたビデオデータと、後述するようにしてメインメモリ９０のＭＨＥＧバッファ９２にて得られるデータサービス用のＧＵＩ画面等のビデオデータが入力される。表示処理部５８では、このようにして入力されたビデオデータについて所要の信号処理を施して、所定のテレビジョン方式によるアナログオーディオ信号に変換してアナログビデオ出力端子Ｔ２に対して出力する。
これにより、アナログビデオ出力端子Ｔ２とモニタ装置１４のビデオ入力端子とを接続することで、例えば先に図４に示したような表示が行われる。
【００９３】
また、ＰＥＳによるＭＰＥＧオーディオデータが入力されるＭＰＥＧ２オーディオデコーダ５４では、メモリ５４Ａを作業領域として利用しながらＭＰＥＧ２フォーマットに従って復号化処理を施す。復号化されたオーディオデータは、Ｄ／Ａコンバータ５６及び光デジタル出力インターフェイス５９に対して供給される。
【００９４】
Ｄ／Ａコンバータ５６では、入力されたオーディオデータについてアナログ音声信号に変換してスイッチ回路５７に出力する。スイッチ回路５７では、アナログオーディオ出力端子Ｔ３又はＴ４の何れか一方に対してアナログ音声信号を出力するように信号経路の切換を行う。
ここでは、アナログオーディオ出力端子Ｔ３はモニタ装置１４の音声入力端子と接続されるために設けられているものとされる。また、アナログオーディオ出力端子Ｔ４はダウンロードした楽曲をアナログ信号により出力するための端子とされる。
また、光デジタル出力インターフェイス５９では、入力されたデジタルオーディオデータを光デジタル信号に変換して出力する。この場合、光デジタル出力インターフェイス５９は、例えばＩＥＣ９５８に準拠する。
【００９５】
メインメモリ９０は、ＣＰＵ８０が各種制御処理を行う際の作業領域として利用されるものである。そして、本実施の形態では、このメインメモリ９０において、前述したＤＳＭ−ＣＣバッファ９１と、ＭＨＥＧバッファ９２としての領域が割り当てられるようになっている。
ＭＨＥＧバッファ９２には、ＭＨＥＧ方式によるスクリプトの記述に従って生成された画像データ（例えばＧＵＩ画面の画像データ）を生成するための作業領域とされ、ここで生成された画像データはバスラインを介して表示処理部５８に供給される。
【００９６】
ＣＰＵ８０は、ＩＲＤ１２における全体制御を実行する。このなかには、デマルチプレクサ７０におけるデータ分離抽出についての制御も含まれる。
また、獲得したＭＨＥＧコンテンツのデータについてデコード処理を施すことで、スクリプトの記述内容に従ってＧＵＩ画面（シーン）を構成して出力するための処理も実行する。
【００９７】
このため、本実施の形態のＣＰＵ８０としては、主たる制御処理を実行する制御処理部８１に加え、例えば少なくとも、ＤｅＭＵＸドライバ８２、ＤＳＭ−ＣＣデコーダブロック８３、及びＭＨＥＧデコーダブロック８４が備えられる。本実施の形態では、このうち、少なくともＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧデコーダブロック８４については、ソフトウェアにより構成される。
ＤｅＭＵＸドライバ８２は、入力されたトランスポートストリームのＰＩＤに基づいてデマルチプレクサ７０におけるフィルタ条件を設定する。
ＤＳＭ−ＣＣデコーダブロック８３は、ＤＳＭ−Ｍａｎａｇｅｒとしての機能を有するものであり、ＤＳＭ−ＣＣバッファ９１に格納されているモジュール単位のデータについて、ＭＨＥＧコンテンツのデータに再構築する。また、ＭＨＥＧデコーダブロック８４からのアクセスに従って所要のＤＳＭ−ＣＣデコード等に関連する処理を実行する。
【００９８】
ＭＨＥＧデコーダブロック８４は、ＤＳＭ−ＣＣデコーダブロック８３により得られたＭＨＥＧコンテンツのデータ、つまり、ＤＳＭ−ＣＣバッファ９１にて得られているＭＨＥＧコンテンツのデータにアクセスして、シーン出力のためのデコード処理を行う。つまり、そのＭＨＥＧコンテンツのスクリプトファイルにより規定されているオブジェクト間の関係を実現していくことで、シーンを形成するものである。この際、シーンとしてＧＵＩ画面を形成するのにあたっては、ＭＨＥＧバッファ９２を利用して、ここで、スクリプトファイルの内容に従ってＧＵＩ画面の画像データを生成するようにされる。
【００９９】
ＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧデコーダブロック８４間のインターフェイスには、Ｕ−Ｕ ＡＰＩ（ＤＳＭ−ＣＣ Ｕ−Ｕ ＡＰＩ(Applivation Portability Interface)）が採用される。
Ｕ−Ｕ ＡＰＩは、例えばクライアント（ＭＨＥＧデコーダブロック８４）側がＤＳＭ Ｍａｎａｇｅｒオブジェクト（ＤＳＭの機能を実現するサーバオブジェクト；ＤＳＭ−ＣＣデコーダブロック８３）にアクセスするためのインターフェイスであり、カルーセルに含まれるＳｅｒｖｉｃｅ Ｇａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，Ｆｉｌｅ，Ｓｔｒｅａｍ，Ｓｔｒｅａｍ Ｅｖｅｎｔなどの属性を有するオブジェクトをファイルシステムのようにして構造的にアクセスすることができるようにしたＡＰＩとされる。
【０１００】
このＡＰＩを通じてカルーセルに含まれるオブジェクトへのアクセスを行うことで、カルーセルを使用するプログラム（クライアント）がカルーセル受信動作を関知することなく、バス名を使用してオブジェクトにアクセスすることが可能になる。
【０１０１】
また、このＵ−Ｕ ＡＰＩは、下層のデータ転送方式に関わらず利用することが出来るように規定されたインターフェイスの集合であることから、このＡＰＩを利用するプログラムは、Ｕ−Ｕ ＡＰＩを提供するどのようなデータ転送方式においても利用できるという利点を有する。
【０１０２】
ここで、ＣＰＵ８０の制御によりトランスポートストリームから１シーンを形成するのに必要な目的のオブジェクトを抽出するための動作例について説明しておく。
【０１０３】
ＤＳＭ−ＣＣでは、トランスポートストリーム中のオブジェクトの所在を示すのにＩＯＲ(Interoperable Object Reference)が使用される。ＩＯＲには、オブジェクトを見つけ出すためのカルーセルに対応する識別子、オブジェクトの含まれるモジュールの識別子（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモジュールの情報を持つＤＩＩを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。
また、モジュール情報を持つＤＩＩには、１つ以上のモジュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュールの大きさ、バージョンといった情報と、そのモジュールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。
【０１０４】
トランスポートストリームから抜き出されたＩＯＲがＣＰＵ８０において識別された場合に、そのＩＯＲで示されたオブジェクトを受信、分離して得るプロセスは、例えば次のようになる。
（Ｐｒ１） ＣＰＵ８０のＤｅＭＵＸドライバ８２では、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値を持つエレメンタリーストリーム（以下ＥＳと表記）を、カルーセルにおけるＰＭＴのＥＳループから探し出してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含まれていることになる。
（Ｐｒ２） このＰＩＤとｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ７０に対して設定する。これにより、デマルチプレクサ７０では、ＤＩＩを分離してＣＰＵ８０に対して出力する。
（Ｐｒ３） ＤＩＩの中で、先のＩＯＲに含まれていたｍｏｄｕｌｅ＿ｉｄに相当するモジュールのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇを得る。
（Ｐｒ４） 上記ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値を有するＥＳを、ＰＭＴのＥＳループ（カルーセル）から探し出し、ＰＩＤを得る。このＰＩＤを有するＥＳに目的とするモジュールが含まれる。
（Ｐｒ５） 上記ＰＩＤとｍｏｄｕｌｅ＿ｉｄとをフィルタ条件として設定して、デマルチプレクサ７０によるフィルタリングを行う。このフィルタ条件に適合して分離抽出されたトランスポートパケットがキュー７１の所要のメモリ領域（列）に格納されていくことで、最終的には、目的のモジュールが形成される。
（Ｐｒ６） 先のＩＯＲに含まれていたｏｂｊｅｃｔ＿ｋｅｙに相当するオブジェクトをこのモジュールから抜き出す。これが目的とするオブジェクトになる。このモジュールから抜き出されたオブジェクトは、例えば、ＤＳＭ−ＣＣバッファ９１の所定の領域に書き込みが行われる。
例えば、上記動作を繰り返し、目的とするオブジェクトを集めてＤＳＭ−ＣＣバッファ９１に格納していくことで、必要とされるシーンを形成するＭＨＥＧコンテンツが得られることになる。
【０１０５】
マンマシンインターフェイス６１では、リモートコントローラ６４から送信されてきたコマンド信号を受信してＣＰＵ８０に対して伝送する。ＣＰＵ８０では、受信したコマンド信号に応じた機器の動作が得られるように、所要の制御処理を実行する。
【０１０６】
ＩＣカードスロット６２にはＩＣカード６５が挿入される。そして、この挿入されたＩＣカード６５に対してＣＰＵ８０によって情報の書き込み及び読み出しが行われる。
【０１０７】
モデム６３は、電話回線４を介して課金サーバ５と接続されており、ＣＰＵ８０の制御によってＩＲＤ１２と課金サーバ５との通信が行われるように制御される。
【０１０８】
ここで、上記構成によるＩＲＤ１２におけるビデオ／オーディオソースの信号の流れを、図４により説明した表示形態に照らし合わせながら補足的に説明する。
図４（ａ）に示すようにして、通常の番組を出力する場合には、入力されたトランスポートストリームから必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーディオデータとが抽出されて、それぞれ復号化処理が施される。そして、このビデオデータとＭＰＥＧオーディオデータが、それぞれアナログビデオ出力端子Ｔ２と、アナログオーディオ出力端子Ｔ３に出力されることで、モニタ装置１４では、放送番組の画像表示と音声出力が行われる。
【０１０９】
また、図４（ｂ）に示したＧＵＩ画面を出力する場合には、入力されたトランスポートストリームから、このＧＵＩ画面（シーン）に必要なＭＨＥＧコンテンツのデータをトランスポート部５３により分離抽出してＤＳＭ−ＣＣバッファ９１に取り込む。そして、このデータを利用して、前述したようにＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧデコーダブロック８４が機能することで、ＭＨＥＧバッファ９２にてシーン（ＧＵＩ画面）の画像データが作成される。そして、この画像データが表示処理部５８を介してアナログビデオ出力端子Ｔ２に供給されることで、モニタ装置１４にはＧＵＩ画面の表示が行われる。
【０１１０】
また、図４（ｂ）に示したＧＵＩ画面上で楽曲のリスト２１Ｂにより楽曲が選択され、その楽曲のオーディオデータを試聴する場合には、この楽曲のＭＰＥＧオーディオデータがデマルチプレクサ７０により得られる。そして、このＭＰＥＧオーディオデータが、ＭＰＥＧオーディオデコーダ５４、Ｄ／Ａコンバータ、スイッチ回路５７、アナログオーディオ出力端子Ｔ３を介してアナログ音声信号とされてモニタ装置１４に対して出力される。
【０１１１】
また、図４（ｂ）に示したＧＵＩ画面上でダウンロードボタン２８が押されてオーディオデータをダウンロードする場合には、ダウンロードすべき楽曲のオーディオデータがデマルチプレクサ７０により抽出されてアナログオーディオ出力端子Ｔ４、光デジタル出力インターフェイス５９、またはＩＥＥＥ１３９４インターフェイス６０に出力される。
【０１１２】
ここで、特にＩＥＥＥ１３９４インターフェイス６０に対して、図２に示したＩＥＥＥ１３９４対応のＭＤレコーダ／プレーヤ１３Ａが接続されている場合には、デマルチプレクサ７０ではダウンロード楽曲の４倍速ＡＴＲＡＣデータが抽出され、ＩＥＥＥ１３９４インターフェイス６０を介してＭＤレコーダ／プレーヤ１３Ａに装填されているディスクに対して記録が行われる。また、この際には、例えばＪＰＥＧ方式で圧縮されたアルバムジャケットの静止画データ、歌詞やアーティストのプロフィールなどのテキストデータもデマルチプレクサ７０においてトランスポートストリームから抽出され、ＩＥＥＥ１３９４インターフェイス６０を介してＭＤレコーダ／プレーヤ１３Ａに転送される。ＭＤレコーダ／プレーヤ１３Ａでは、装填されているディスクの所定の領域に対して、これら静止画データ、テキストデータを記録することができるようになっている。
【０１１３】
２．オーサリングシステム
２−１．ＭＨＥＧコンテンツの構造
続いて、本実施の形態のＭＨＥＧオーサリングシステムについて説明する。
以降説明するＭＨＥＧオーサリングシステムは、先に説明した図５であれば、ＧＵＩオーサリングシステム４２に対応することになる。但し、実際には、パーソナルコンピュータ装置により、ＧＵＩ素材データ（オブジェクトとしての画像、テキストファイル等）を作成、または取り込むなどしてオーサリングを行うようにされることから、機能的には、上記ＧＵＩオーサリングシステム４２に加え、ＧＵＩ用素材登録システム３４やＧＵＩ素材データベース３８も含まれるものと考えることができる。
【０１１４】
図１３及び図１４は、本実施の形態のＭＨＥＧオーサリングシステムで作成される、ＭＨＥＧコンテンツ（ＭＨＥＧアプリケーション）の構造を概念的に示すものである。
図１３には、ＭＨＥＧシーン１〜ＭＨＥＧシーン３の３つのシーンが示されている。これらの各シーンは、例えば１画面分の画像領域に対して、オブジェクトをペーストするようにして組み合わせることで形成されるものである。
なお、ＭＨＥＧシーンとは、ＭＨＥＧ方式でいうところの「シーン」であるが、本明細書では、後述するシェアシーンと区別して、シーンを「ＭＨＥＧシーン」という場合がある。逆に、以降の説明において単にシーンといった場合には、このＭＨＥＧシーンを指すものとされる。
【０１１５】
ここでオブジェクトとは、先にも述べたように、画像情報（例えばＪＰＥＧやＧＩＦなどの静止画像ファイル）やテキスト情報、及び操作ボタンなどのパーツ画像ファイル（更には音声データファイルを含む場合もある）等をいうものである。本実施の形態の場合、これらのシーンは、例えばＴＶ放送に同期した切り換えが行われるようにされたり、また、上記操作ボタンの操作によって、他のシーンの切り換えが行われるようにされる。本実施の形態では、このようなシーンの遷移を「トランジション」ともいうことにする。
そして、例えばこれら３つのＭＨＥＧシーン１〜ＭＨＥＧシーン３が、例えばトランジションが可能であるなどの１纏まりの関係に在る
として、これらの関係は、シナリオの単位として纏められることになっている。
ここでいうシナリオとは、スクリプトとしての記述ファイルとしての意味合いとは異なり、ＭＨＥＧアプリケーション内の階層下でのコンテントの単位を指す。このシナリオとしての単位は、例えば、現シナリオが送出されるエレメンタリストリームの名称を示す情報（es＿name）のほか、data＿type，custmized＿info，scene＿numberなどの情報を備え、１以上のＭＨＥＧシーンを含んで形成される。なお、data＿typeは現シナリオのデータタイプを示し、例えば「mheg」などと記述される。また、custmized＿infoにはカスタマイズ情報が記述され、scene＿numberには、現シナリオが含むシーン数が示される。
【０１１６】
そして、シーンの纏まりであるシナリオの集合により、図１４に示すようにして、１つのＭＨＥＧコンテンツが形成される。
この図では、ＭＨＥＧコンテンツとしては、シナリオＳＣ１，ＳＣ２，ＳＣ３の３つから成る場合が示されている。そして、シナリオＳＣ１は、ＭＨＥＧシーン１，２，３の３つのシーンを備え、残るシナリオＳＣ２，ＳＣ３は、それぞれ、ＭＨＥＧシーン４，５を備えているものとされる。
【０１１７】
そして、シーンを形成するのには、図１３に示したように、オブジェクトを使用するのであるが、ＭＨＥＧの規格にあっては、シェアオブジェクト(shared object)が使用可能であるものと規定されている。
【０１１８】
シェアオブジェクトとは、１つのＭＨＥＧコンテンツを形成する複数のシーン間で共有して使用することのできるオブジェクトのことをいう。
例えば、図１５に示すように１ＭＨＥＧコンテンツ内にＭＨＥＧシーン１，２の２つのシーンがあるとして、オブジェクトとしては、オブジェクト１〜３及びオブジェクト４〜６の６つのオブジェクトに加えて、シェアオブジェクト１〜３の３つシェアオブジェクトが用意されているものとする。
ここで、オブジェクト１〜３はＭＨＥＧシーン１のみを作成するのに使用され、オブジェクト４〜６は、ＭＨＥＧシーン２のみを作成するのに使用されるオブジェクトである。
これに対して、シェアオブジェクト１〜３は、ＭＨＥＧシーン１及びＭＨＥＧシーン２に対して共通に使用可能であるものとして設定されたオブジェクトである。
従って、図１５に示す場合には、ＭＨＥＧシーン１はオブジェクト１〜３及びシェアオブジェクト１〜３の６つのオブジェクトを使用して作成することができ、ＭＨＥＧシーン２は、オブジェクト４〜６及びシェアオブジェクト１〜３の６つのオブジェクトを使用して作成することができることになる。
【０１１９】
ここで、先に従来例としても述べたように、現状のＭＨＥＧオーサリングツールのインターフェイスとしては、シェアオブジェクトを設定したとしても、１ＭＨＥＧコンテンツを形成する複数シーンの全てに対して共通に、使用／非使用を設定する程度の編集にとどまっていたものである。
つまり、図１５の場合であれば、シェアオブジェクト１〜３を使用するものとして設定したとすれば、ＭＨＥＧシーン１，２において必ず、シェアオブジェクト１〜３が使用されて表示される状態しか得られない。逆にシェアオブジェクト１〜３を使用しないものとして設定した場合には、ＭＨＥＧシーン１，２の両方において、シェアオブジェクト１〜３が表示されない状態しか得られない。
逆に言えば、例えばシェアオブジェクト１〜３のうち、ＭＨＥＧシーン１ではシェアオブジェクト１及び２を選択し、ＭＨＥＧシーン１２ではシェアオブジェクト３を選択するといった使い分けを設定することが出来ない。そして、自由度の高いシェアオブジェクトの編集を実現しようとすれば、シェアオブジェクト自体を制御するためのスクリプトの記述を行わねばならず、このためには編集者がスクリプト言語を熟知している必要があることも前述したとおりである。
【０１２０】
そこで、本実施の形態では、以降説明するようにしてＭＨＥＧオーサリングツールを構成することで、ほぼ誰にでも扱い可能な簡易なインターフェイスによっても、シーンに対するシェアオブジェクトの使用設定に関して高い自由度が得られるようにするものである。
【０１２１】
２−２．シェアシーンの概念
本実施の形態のＭＨＥＧオーサリングツールでは、オーサリングツール内での内部形式的な編集処理にあっては、「シェアシーン」を規定する。
このシェアシーンとは、１以上の任意のオブジェクトを使用して作成される仮想のシーンである。そして、このシェアシーンは、用意されたＭＨＥＧシーンに対して重ねるようにして使用（表示）されるレイヤー的な編集素材として扱われ、かつ、１つのＭＨＥＧコンテンツを形成するＭＨＥＧシーンに対して共通に使用可能とされる。
【０１２２】
ここで、図１６により、シェアシーンを利用しての基本的な編集操作の概念について説明する。
例えば図１６（ａ）（ｂ）に示すようにして、本実施の形態のＭＨＥＧオーサリングツールにより、シェアシーン１，２を作成して用意したとする。この場合、シェアシーン１は、「次へ」と表記された操作ボタンのパーツ画像としてのオブジェクトｏｂ１が使用され、このオブジェクトｏｂ１が図に示す位置に表示された状態で作成されている。また、シェアシーン２は、「戻る」と表記された操作ボタンのパーツ画像としてのオブジェクトｏｂ２が使用され、このオブジェクトｏｂ２が図に示す位置に表示されるものとして作成されている。
【０１２３】
なお、シェアシーンは、本実施の形態のＭＨＥＧオーサリングツールの環境の下で、各種オブジェクトとしての素材を使用して所要の編集操作を行うことで作成が可能とされる。
【０１２４】
そして、これらシェアシーン１，２は、図１６（ｃ）〜（ｆ）に示すようにして、ＭＨＥＧシーン１〜４の、４つのシーンを備えたＭＨＥＧコンテンツにおいて使用可能なものとして設定されているとする。また、ＭＨＥＧシーン１〜４は、図１６（ｃ）に示すようにして、各シーンにて表示されている「次へ」と「戻る」の操作ボタンに対する操作を行うことで、次に述べるトランジションが可能なように編集されているものとする。
【０１２５】
図１６（ｃ）に示すＭＨＥＧシーン１はトランジションの基点となるシーンである。このため、「次へ」ボタンのみを表示させるようにし、この「次へ」ボタンに対する操作が行われたときには、ＭＨＥＧシーン２に進む（遷移する）ように規定されている。
【０１２６】
図１６（ｄ）に示すＭＨＥＧシーン２は、「次へ」ボタンと「戻る」ボタンを表示させ、「次へ」ボタンが操作されたときには、ＭＨＥＧシーン３に進み、「戻る」ボタンが操作されたときにはＭＨＥＧシーン１に戻るように規定されている。
図１６（ｅ）に示すＭＨＥＧシーン３でも、「次へ」ボタンと「戻る」ボタンを表示させ、「次へ」ボタンが操作されたときには、ＭＨＥＧシーン４に進み、「戻る」ボタンが操作されたときにはＭＨＥＧシーン２に戻るように規定されている。
【０１２７】
そして図１６（ｆ）に示すＭＨＥＧシーン４は、トランジションの最後のシーンとされる。このため、「戻る」ボタンのみを表示させ、「戻る」ボタンが操作されたときにはＭＨＥＧシーン３に戻るように規定されている。
なお、実際には、ＭＨＥＧシーン１〜４のそれぞれにおいて、シーンとしてのオブジェクトも同時表示されているのが通常であるが、ここでは説明の便宜上、シェアシーンが含むオブジェクトのみを示している。また、本実施の形態のシェアシーンとしては、複数のオブジェクトを使用して作成することは可能であるが、やはり説明の便宜上、シェアシーン１，２共に、それぞれ１つのオブジェクトにより作成されているものとしている。
【０１２８】
上記したトランジションに従って、ＭＨＥＧシーン１〜４のそれぞれにおいて「次へ」ボタンと「戻る」ボタンの何れか一方、又は両者を表示させるためには次のようにして、各ＭＨＥＧシーンとシェアシーンとの関係を設定することになる。
【０１２９】
先ず、ＭＨＥＧシーン１を編集するときには、図１６（ｃ）のＭＨＥＧシーン１の下側に示しているように、シェアオブジェクト１をオン（ＲＵＮ）、シェアオブジェクト２をオフ（ＳＴＯＰ）に設定する。これによって、ＭＨＥＧシーン１に対してはシェアオブジェクト１のみが選択されて使用されることになる。つまり、図１６（ｃ）のＭＨＥＧシーン１として示すように、オブジェクトｏｂ１が表示され、オブジェクトｏｂ２は表示されない状態が得られる。
【０１３０】
続いて、図１６（ｄ）（ｅ）に示すＭＨＥＧシーン２，３のように、「次へ」ボタンと「戻る」ボタンの両者が表示されるシーンとなるように編集するときには、図１６（ｄ）（ｅ）のＭＨＥＧシーン２，３のの下側に示すように、シェアオブジェクト１，シェアオブジェクト２を共にオンに設定する。
これによって、ＭＨＥＧシーン２，３においては、シェアオブジェクト１及びシェアシーン２が使用され、オブジェクトｏｂ１，ｏｂ２の両者が図のように表示されることになる。
【０１３１】
また、ＭＨＥＧシーン４を出力するときには、図１６（ｃ）のＭＨＥＧシーン４の下側に示すように、シェアオブジェクト１をオフ、シェアオブジェクト２をオンに設定することになる。これによって、ＭＨＥＧシーン１とは逆に、シェアオブジェクト２のみがＭＨＥＧシーン１において使用され、オブジェクトｏｂ１のみが表示される状態が得られる。
【０１３２】
ここで、シェアシーンとは、ＭＨＥＧコンテンツを形成する各ＭＨＥＧシーンに対して共通に使用可能な仮想のシーンであると述べたが、これによれば、このシェアシーンに対して使用されるオブジェクトは、結果的には、ＭＨＥＧコンテンツを形成するＭＨＥＧシーンに対して共通に使用されるオブジェクトとなる。つまり、結果的に、シェアシーンに対して使用されるオブジェクトとは、ＭＨＥＧの規格におけるシェアオブジェクトとされることになる。
言い換えれば、本実施の形態では、シェアオブジェクトを個々に管理するのではなく、シェアシーンに含まれるオブジェクトとして管理するものである。
【０１３３】
また、本実施の形態にあっては、１つのＭＨＥＧシーンに対して複数のシェアシーンを使用する場合に、ＭＨＥＧシーンに対するシェアシーン間での重ね順を指定することができる。原則として、ＭＨＥＧシーンに対して複数のシェアシーンを使用する場合には、複数のシェアシーンについてこれらの重ね順を指定して配置させた上で、これらのシェアシーンにより形成される画像の前（上）に対してＭＨＥＧシーンとしての画像を重ねるようにされる。
【０１３４】
ここで、図１７に、シェアシーンの重ね順の指定を使用したシーンの表示形態例を示す。
この図に示す場合においては、図１７（ａ）（ｂ）に示すように、２つのシェアシーン３，４が用意されているものとする。シェアシーン３は「オン」と表記されたボタン画像のオブジェクトｏｂ３を図に示す位置に配置させて作成されている。また、シェアシーン４は「オフ」と表記されたボタン画像のオブジェクトｏｂ４を図に示す位置に配置させて作成されている。また、シェアシーン３，４にあって、それぞれオブジェクトｏｂ３，ｏｂ４は、同じ位置に配置されているものとする。
【０１３５】
ここで、上記２つのシェアシーン３，４は、図１７（ｃ）（ｄ）に示すＭＨＥＧシーン１，２の２つのシーンで共通に使用（オン（ＲＵＮ））されるように指定されているものとする。そのうえで、ＭＨＥＧシーン１としては、図１７（ｃ）の下側に示すように、シェアシーン３，４の重ね順として、前側から、シェアシーン３→シェアシーン４となるように指定する。
これによって、ＭＨＥＧシーン１の表示としては、図１７（ｃ）に示すように、「オン」と表記されたボタン画像のオブジェクトｏｂ３のみが表示されているように見え、「オフ」と表記されたボタン画像のオブジェクトｏｂ４はその後ろに隠れて見えないようにされる。
つまり、ＭＨＥＧシーン１は、ここでは何らかのオン／オフ操作として、オンのための操作を可能とするＧＵＩ画面を形成するものである。そして、「オン」と表記されたボタン画像に対して操作を行った場合には、ＭＨＥＧシーン２にトランジションするように規定される。
【０１３６】
これに対して、ＭＨＥＧシーン２としては、図１７（ｄ）の下側に示すように、シェアシーン３，４の重ね順として、前側から、シェアシーン４→シェアシーン３となるように指定する。これにより、ＭＨＥＧシーン２の表示としては、図１７（ｄ）に示すように、「オフ」と表記されたボタン画像のオブジェクトｏｂ３のみが表示されているように見え、「オン」と表記されたボタン画像のオブジェクトｏｂ４はその後ろに隠れて見えないようにされる。ここでは、ＭＨＥＧシーン２は、先のＭＨＥＧシーン１で行われたオン操作を解除するオフ操作を可能とするＧＵＩ画面を形成していることになる。そして、「オフ」と表記されたボタン画像に対して操作を行った場合には、ＭＨＥＧシーン１にトランジションするようになっている。
つまり、実のＧＵＩ画面として見た場合には、ボタン画像に対して操作を行うごとに、「オン」と「オフ」に表記が切り替わるように見えるものである。
【０１３７】
このように、本実施の形態では、ＭＨＥＧオーサリングツールによりシェアオブジェクトを扱うのにあたり、シェアシーンにより管理するように構成している。これにより、図１６により説明したようにしてＭＨＥＧシーンに対するシェアシーンの使用／非使用を設定することで、各ＭＨＥＧシーンにおいて使用するシェアオブジェクトの選択を行うことが可能とされ、また、図１７にて説明したようにして、シェアシーンの重ね順を指定することによって、シェアオブジェクトを複数のＭＨＥＧシーン間で共通に使用しながら、シーン間の表示態様に遷移を与えるなどの編集効果を与えることが可能になる。
【０１３８】
例えば、シェアシーンという概念を導入しないオーサリングツールの場合において、先の図１６（ｃ）〜（ｆ）に示したようなオブジェクト表示のための編集を行おうとした場合には、先ず、オブジェクトｏｂ１，ｏｂ２をそれぞれシェアオブジェクトとして設定し、ＭＨＥＧシーン１〜４の各々について、それぞれ図１６（ｃ）〜（ｆ）に示した位置に、適宜オブジェクトｏｂ１，ｏｂ２が配置されるように、スクリプトによる記述を行う必要があった。
図１７に示した編集の場合も同様であり、オブジェクトｏｂ３，ｏｂ４をそれぞれシェアオブジェクトとして規定したうえで、ＭＨＥＧシーン１，２のそれぞれについて、図１７（ｃ）（ｄ）に示した表示状態が得られるように、オブジェクトｏｂ３，ｏｂ４の重ね順指定を含むスクリプトの記述を行わねばならない。このような編集作業は、編集者が、シェアオブジェクトに関する編集が可能なだけの充分なスクリプト言語の知識を有していることが必要であるため、編集者の技量に依存するところが大きい。従って、例えば編集者によってはごく簡単なスクリプトの記述しか行えないために、シェアオブジェクトを使用したシーンとしては単純なものしか作成できなかったり、言語を熟知していないために誤った記述をして、これが編集効果として適正に反映されなかったりするといった弊害を招きやすい。
即ち、現行のオーサリングツールでは、結果的には、シェアオブジェクトを、全てのシーンに対して共通にオン／オフさせるといった程度の編集機能しか有しておらず、シェアオブジェクトが有効に活用されていなかったものである。
【０１３９】
これに対して、本実施の形態では、先ずシェアオブジェクトとしたいオブジェクトを使用してシェアシーンを作成しておき、このシェアシーンをＭＨＥＧシーンに対して重ねて使用するといったイメージで編集を行うようにされる。このため、編集操作としては、視覚的イメージに近いものとなって容易性も得られるものである。
【０１４０】
２−２．ＭＨＥＧオーサリングシステムの構成
続いて、本実施の形態のＭＨＥＧオーサリングシステムの構成について説明する。
本実施の形態のＭＨＥＧオーサリングシステムは、上述したように、シェアシーンを定義した上でＭＨＥＧコンテンツの編集を行うことができるのであるが、このようなシェアシーンを使用した編集を含めた、ＭＨＥＧオーサリングツールとしての処理のための構成は、例えば概念的は図１８のようにして示すことができる。
ＭＨＥＧオーサリングツールにおける処理としては、大きくは、図１８（ａ）としてのＭＨＥＧオーサリングツール内での独自の内部形式に従った処理によりＭＨＥＧアプリケーションファイル（ＭＨＥＧコンテンツ）を作成する編集処理と、このＭＨＥＧオーサリングツール内での内部形式に従った編集処理によって作成されたＭＨＥＧコンテンツを、実際のＭＨＥＧの規格に準拠した形式であるＭＨＥＧ−ＩＳといわれる形式に変換して出力する変換処理とに分けられる。
ここで、ＭＨＥＧ−ＩＳとは、ＭＨＥＧの規格に従った内容のＭＨＥＧコンテンツのことをいうものであり、ここでは、データ放送用コンテンツの送信出力時の形式に対応する。
【０１４１】
つまり、本実施の形態のＭＨＥＧオーサリングツールとしては、ＭＨＥＧオーサリングツール内では内部形式に従って編集処理を実行するように構成していることで、実際のＭＨＥＧの規格には無いシェアシーンなどを定義して、これらを使用した編集処理を実現することができるものである。逆に言えば、ＭＨＥＧの規格に対応して作業者がスクリプトを記述するといった高度な作業を行わなくとも、例えば、ＧＵＩ的な操作形態を実現して、より簡易な操作によっても高度な編集を行うことができるものである。
但し、ＭＨＥＧオーサリングツールの内部形式に従ったＭＨＥＧコンテンツの編集内容（即ち定義文などの記述内容）は、ＭＨＥＧオーサリングツール内のみで有効であるため、これを、受信側でデコードして表示できるようにするためには、内部形式に従った記述内容を、ＭＨＥＧの規格に従った記述内容に変換する必要がある。このために、図１８（ａ）に示す内部形式によって作成された記述内容を、図１８（ｂ）に示すＭＨＥＧ−ＩＳの形式に変換して出力するように構成されるものである。
【０１４２】
上記したことを前提として、シェアシーンを使用した編集に対応した、本実施の形態のＭＨＥＧオーサリングツール内での処理概念を再度、図１８を参照して詳しく説明する。
ここで、例えば図１８（ａ）に示すようにして、ＭＨＥＧオーサリングツール内において、１つのＭＨＥＧコンテンツとしてはＭＨＥＧシーン１，ＭＨＥＧシーン２の２つのシーンから成るものとして編集を行ったとする。
そして、これらのＭＨＥＧシーン１，ＭＨＥＧシーン２に対して使用可能なシェアオブジェクトとしては、シェアオブジェクトファイル１，２，３の３ファイルを作成して用意したものとする。ここで、シェアオブジェクトファイル１，２，３は、それぞれ、[オブジェクト１，２]，[オブジェクト３，４]，[オブジェクト５，６]を使用して作成したものとする。
【０１４３】
ここで、例えば編集者が、ＭＨＥＧオーサリングツールの環境のもとでのシーン編集として、ＭＨＥＧシーン１については、シェアシーンファイル１，２を使用して所望の表示態様が得られるように編集操作を行い、ＭＨＥＧシーン２については、シェアシーンファイル３を使用して所望の表示態様が得られるように編集操作を行ったとする。
すると、ＭＨＥＧオーサリングツールでは、内部形式による記述である「オーサリング管理情報」としてＭＨＥＧシーン１については、シェアシーンファイル１，２についてのシェアシーン定義文１を実際の編集結果に従って作成する。同様にして、ＭＨＥＧシーン２については、シェアシーンファイル３についてのシェアシーン定義文２を作成する。
【０１４４】
ここで、シェアシーンという概念は、本実施の形態のＭＨＥＧオーサリングツール内で規定されているものであり、ＭＨＥＧ−ＩＳとしての記述概念には含まれていない。これに対して、ＭＨＥＧ−ＩＳにあっては、ＭＨＥＧシーンごとに対して、個々のシェアオブジェクトをどのようにして使用するかといった記述形式が規定されるわけである。
【０１４５】
このため、本実施の形態のＭＨＥＧオーサリングツール内で上記のようにしてシェアシーンを使用して行われた編集結果、つまり、オーサリング管理情報（シェアシーン定義文）による記述をＭＨＥＧ−ＩＳとして出力する際には、ＭＨＥＧとしての記述概念に従い、個々のシェアオブジェクト単位で制御するためのスクリプト（制御情報）の記述内容に変換する必要があることになる。
【０１４６】
そこで、本実施の形態のＭＨＥＧオーサリングツールにおいては、図１８（ｂ）に示すようにして、ＭＨＥＧ−ＩＳとしての変換出力を行う。
ここでは、先ず、シェアシーンファイル１，２，３の各々において使用されていたオブジェクト１〜６を、図１８（ｂ）の左側に示すＭＨＥＧコンテンツ（ＭＨＥＧアプリケーションファイル）において、それぞれシェアオブジェクト１〜６として規定し、１つのシェアオブジェクト群として管理する形態とする。
【０１４７】
そして、ＭＨＥＧシーン１については、図１８（ｂ）の右側に示すように、シェアオブジェクト１〜４を制御するためリンクの記述を行い、この記述ファイルをＭＨＥＧアプリケーションファイルに与える。
同様にして、ＭＨＥＧシーン２については、シェアオブジェクト５，６を制御するためリンクの記述を行い、この記述ファイルをＭＨＥＧアプリケーションファイルに与えるものである。
【０１４８】
そして、上記のようにしてＭＨＥＧ−ＩＳ形式に変換したＭＨＥＧアプリケーションファイルを、デジタル衛星放送に多重化したデータ放送用のコンテンツとして出力する。これを、例えば図５に示した地上局１の構成に対応させれば、ＭＨＥＧ−ＩＳ形式に変換したＭＨＥＧアプリケーションファイルは、ＭＨＥＧオーサリングツール４２からＤＳＭ−ＣＣエンコーダ４４に対して出力されることになる。
【０１４９】
例えば、受信設備３側においては、このデータ放送用のコンテンツが多重化されたデジタル衛星放送をＩＲＤ１２で受信し、ＣＰＵ８０がＭＨＥＧデコード処理等を実行することで、ＭＨＥＧに従ってのＧＵＩ画像の表示制御を行うことができる。
ここで、例えば図１６に示したＭＨＥＧシーンのＭＨＥＧコンテンツを、図１８に示したＭＨＥＧオーサリングツールとしての処理によって編集して、データ放送として放送したとすれば、ＩＲＤ１２側では、図１６（ｃ）〜（ｆ）に示した表示形態によるＭＨＥＧ画像の表示出力が行われるものである。
【０１５０】
図１９は、本実施の形態のＭＨＥＧオーサリングツール４２としての実際の構成例を示すものである。
ＭＨＥＧオーサリングツール４２としては、例えば実際には、パーソナルコンピュータ２０１と、このパーソナルコンピュータ２０１上にて起動されるＭＨＥＧオーサリングソフトウェア２１０によって構成される。
【０１５１】
ＭＨＥＧオーサリングツール４２を構成するパーソナルコンピュータ２０１としては、図に示すように、当該パーソナルコンピュータ２０１を物理的に構成するハードウェア２０２が備えられる。
ここでは、ハードウェア２０２として、ＣＰＵ(Central Processing Unit)２０２ａ、ＲＡＭ（メモリ）２０２ｂ、ＲＯＭ２０２ｃ、インターフェイス２０２ｄが示されている。ＣＰＵ２０２ａは、各種制御及び処理動作を実行し、ＲＡＭ（メモリ）２０２ｂには、ＣＰＵ２０２ａが実行すべきアプリケーションプログラムや、ＣＰＵ２０２ａが実行した処理によって発生した情報や演算結果などが保持される。また、ＲＯＭ２０２ｃは、当該パーソナルコンピュータ２０１が動作するための所要の情報が格納される。インターフェイス２０２ｄは、後述する外部接続機器や外部操作子とハードウェア２０２との間の情報の授受のために設けられる。
なお、ハードウェア２０２としては、他にも各種デバイスが設けられて構わないものである。
そして、このハードウェア２０２上において、オペレーションシステム２０３としてのプログラムが動作することで、本実施の形態のＭＨＥＧオーサリングソフトウェアが動作可能な環境を構築している。
【０１５２】
また、この図に示すパーソナルコンピュータ２０１に対しては、外部接続機器又は外部操作子として、ディスプレイ２２１、マウス２２２、キーボード２２３、スピーカ２２４、記録デバイス２２５、ビデオ機器２２６が備えられている。ディスプレイ２２１には、パーソナルコンピュータ２０１が出力する画像が表示される。特に本実施の形態にあっては、後述するＭＨＥＧオーサリングソフトウェア２１０としての編集用のＧＵＩ画面も表示される。
マウス２２２及びキーボード２２３は、編集者が行った操作情報をパーソナルコンピュータ２０１に対して入力するための操作子として設けられる。
スピーカ２２４は、パーソナルコンピュータ２０１から出力される音声信号を外部に音声として出力するために設けられる。
記録デバイス２２５は、パーソナルコンピュータ２０１が必要とする情報として、例えばオペレーションシステムや、本実施の形態のＭＨＥＧオーサリングソフトウェア２１０を含む所定のアプリケーションソフトウェア等が記憶される。また、本実施の形態の場合には、ＭＨＥＧコンテンツ自体及び、各ＭＨＥＧコンテンツを形成するオブジェクト等としての画像ファイル、音声ファイル、及びテキストファイル等も保存されることになる。そして、ＭＨＥＧオーサリングソフトウェア２１０は、これらのオブジェクトとしてのファイルを作成して、この記録デバイス２２５に対して保存したり、この保存されたオブジェクトのファイルを使用して編集処理を行うようにされる。
なお、この記録デバイス２２５の種類としては、ここでは特に限定しないが、例えばハードディスクドライブをはじめ、比較的大容量のデータを保存可能なストレージデバイスが用いられれることが好ましい。
【０１５３】
ビデオ機器２２６は、例えばＶＴＲなどとされて、例えばビデオテープやビデオディスクなどに対応して記録再生が可能な構成を採る。
例えばＭＨＥＧコンテンツとしては、画像音声による放送番組に同期させてシーンチェンジなどを行う場合があるが、このような放送番組に同期したＭＨＥＧコンテンツの編集を行う場合に、画像音声による放送番組を再生したりするのに用いることができる。
【０１５４】
続いて、ＭＨＥＧオーサリングソフトウェア２１０について説明する。
先にも述べたように、ＭＨＥＧオーサリングソフトウェア２１０は、パーソナルコンピュータ２０１上で動作するアプリケーションソフトウェアであり、例えば、そのプログラムは記録デバイス２２５に記憶されている。
そして、記録デバイス２２５から読み出されて起動された状態では、ＭＨＥＧオーサリングソフトウェア２１０としてのプログラムは、図に示すような機能ブロックとして表すことができる。
なお、この図に示す各機能ブロック間の関係は示されていないが、実際には各機能ブロック間で相互に情報の授受を行うような形態を採るものとされ、これによりＭＨＥＧオーサリングソフトウェア２１０としての所要の機能を実行可能なように構成されている。
【０１５５】
この図に示すＭＨＥＧオーサリングソフトウェア２１０において、オブジェクト作成部２１１は、オブジェクトとしてのファイルを作成するためのプログラムから成る機能ブロックとされる。例えば編集者は、このオブジェクト作成部２１１としてのプログラム上（ディスプレイ２２１に表示されるＧＵＩ画面上）で、キーボード、マウスなどを使用して、オブジェクトとしてのファイルを作成することができる。例えば、オブジェクトが画像であれば、オブジェクト作成部２１１の機能によって、オブジェクトとしての画像ファイルを描画して作成することが可能とされる。また、オブジェクトとしては、画像ファイルの他に、テキストファイル（及び音声ファイル）も含まれるものとして規定されているのであるが、オブジェクト作成部２１１においては、これらのテキストファイル（及び音声ファイル）もオブジェクトファイルとして作成可能とされる。このオブジェクト作成部２１１により作成されたオブジェクトファイルは、記録デバイス２２５に記録して保存することができる。
【０１５６】
シェアシーン作成部２１２は、上記オブジェクト作成部２１１により作成されたオブジェクトファイルを利用して、シェアシーンを作成するためのプログラムにより構築される。
例えばこの場合にも、編集者は、シェアシーン作成部２１２としてのプログラム上でキーボード、マウスなどを使用して、これまでに作成された１以上の任意のオブジェクトファイルを選択して使用することで、例えばＭＨＥＧオーサリングソフトウェア上で規定された上限数以内で、１以上の任意の数のシェアシーンを作成することができる。
【０１５７】
ＭＨＥＧシーン作成部２１３は、ＭＨＥＧシーンを作成するためのプログラムとしての機能ブロックである。ここでも、ＭＨＥＧシーン作成部２０６のプログラム上で、オブジェクト作成部２１１により作成されたオブジェクトファイルを選択して使用することでＭＨＥＧシーンを作成することが可能とされる。
【０１５８】
シェアシーン処理部２１６としてのプログラム上では、編集者が、そのＧＵＩ画面上で行った操作に応じて各ＭＨＥＧシーンとシェアシーンとの関係を編集するための処理を行う。つまり、先に図１６及び図１７に示したような、各ＭＨＥＧシーンに対して使用するシェアシーンの設定や、各ＭＨＥＧシーンに対して使用するものとされた複数のシェアシーン間の重ね順の指定等のための編集を実現するためのプログラムとされる。
例えば、ここでの編集結果は、次に説明するＭＨＥＧアプリケーション作成部２１５としてのプログラムにより、先に図１８（ａ）にて説明したシェアシーン定義文として作成されるものである。
【０１５９】
シナリオ作成部２１４は、ここでは詳しい説明は省略するが、例えばシーンについての所定内容の編集結果に応じて、先に図１４にて説明したシナリオとしての記述ファイルを作成する。
【０１６０】
ＭＨＥＧアプリケーション作成部２１５では、これまで説明したオブジェクト作成部２１１、シェアシーン作成部２１２、ＭＨＥＧシーン作成部２１３、シナリオ作成部２１４、及びシェアシーン処理部２１６により編集された編集結果を統合して、内部形式により管理されるＭＨＥＧアプリケーションファイル（ＭＨＥＧコンテンツ）を作成する。このために、本実施の形態のＭＨＥＧアプリケーション作成部２１５では、先に図１８（ａ）にも示した「オーサリング管理情報」としての記述ファイルを生成して、内部形式によりＭＨＥＧコンテンツを管理する。ここで、オーサリング管理情報としては、シェアシーン処理部２１６の編集結果に基づいて生成したシェアシーン定義文や、シナリオ作成部２１４にて作成されたシナリオの記述ファイルも含まれるものである。また、シーン間のトランジション等も、このＭＨＥＧアプリケーション作成部２０５にて記述される「オーサリング管理情報」によって内部形式的に管理可能となる。
更に、編集されたＭＨＥＧコンテンツが、放送番組の放送時間に同期してシーン出力の切り換えを行うものである場合には、この同期のための制御情報も「オーサリング管理情報」として記述され、後述するようにしてＭＨＥＧ−ＩＳ形式としての記述に変換される際には、この同期制御の記述内容も変換出力されるものである。
【０１６１】
上記のようにして、ＭＨＥＧアプリケーション作成部２１５にて作成されたＭＨＥＧコンテンツとしての情報は、先に図１８によって説明したように、ＭＨＥＧオーサリングソフトウェアとしての内部形式により扱われている。
そして、本実施の形態にあっては、この内部形式により作成されたＭＨＥＧアプリケーションファイルは、内部形式ファイル出力制御部２１７の処理によって、内部形式ファイルのまま外部に出力することができる。
【０１６２】
例えば、内部形式ファイル出力制御部２１７から出力した、ＭＨＥＧアプリケーションの内部形式ファイルは、記録デバイス２２５に記録して保存しておくことができる。このようにしておくことで、以降、この保存された内部形式ファイルをパーソナルコンピュータ２０１に読み込んで、ＭＨＥＧオーサリングソフトウェア２１０上で編集内容を変更することが可能になる。
【０１６３】
ＭＨＥＧスクリプト出力制御部２１８は、ＭＨＥＧアプリケーション作成部２１５により作成されたとされる、内部形式によるＭＨＥＧアプリケーションファイルのデータを受け取り、実際のＭＨＥＧの規格に従ったスクリプト（制御情報）の記述に変換して外部に出力する。つまり、正規のＭＨＥＧアプリケーションファイル（ＭＨＥＧ−ＩＳ）として出力する。
例えば、このＭＨＥＧスクリプト出力制御部２１１を介した出力が、図５のＤＳＭ−ＣＣエンコーダ４４に対して出力されるものである。
なお、このＭＨＥＧスクリプト出力制御部２１８において得られた、ＭＨＥＧ−ＩＳとしてのＭＨＥＧアプリケーションファイルは、記録デバイス２１６に記録して保存しておくこともでき、実際としては、この記録デバイス２１６に保存されたＭＨＥＧ−ＩＳとしてのＭＨＥＧアプリケーションファイルを、所要の機会でもって、地上局１のＤＳＭ−ＣＣエンコーダ４４に提供するようにされるものである。
【０１６４】
これまで説明したＭＨＥＧオーサリングソフトウェアの構成を、図１８と対応させたとすれば、オブジェクト作成部２１１、シェアシーン作成部２１２、ＭＨＥＧシーン作成部２１３、シナリオ作成部２１４、ＭＨＥＧアプリケーション作成部２１５、シェアシーン処理部２１６、及び内部形式ファイル出力制御部２１７の各機能回路ブロックが図１８（ａ）に示したＭＨＥＧオーサリングツールの内部形式による処理に相当する。
そして、ＭＨＥＧスクリプト出力制御部２１１が、図１８（ｂ）に示した、内部形式によるＭＨＥＧアプリケーションの情報をＭＨＥＧ−ＩＳに変換して出力する処理に相当する。
【０１６５】
２−３．ＭＨＥＧオーサリングソフトウェアとしてのＧＵＩ画面例
上述したように、本実施の形態のＭＨＥＧオーサリングソフトウェア２１０はパーソナルコンピュータ上で動作するアプリケーションソフトウェアである。そして、このＭＨＥＧオーサリングソフトウェア２１０としては、ＭＨＥＧの規格に従ってスクリプトを記述していくような、いわゆるコマンドライン編集も可能とされてはいるが、主としては、先に述べたシェアシーン編集を含む各種編集操作が、出来るだけ視覚的に行えるように、所定の表示形態によるＧＵＩを採用した操作形態を採っている。つまり、近年におけるパーソナルコンピュータの各種アプリケーションソフトウェアと同様であり、編集者は、ディスプレイ２１２にて表示された操作画面をみながら、マウス２２２やキーボード２２３に対する操作を行うことで、編集操作を行うようにされるものである。
なお、このようなＧＵＩによる操作は、例えば先に説明したように、ＭＨＥＧオーサリングソフトウェア２１０においては、内部形式によって編集処理を行うことで容易に実現可能となるものである。
【０１６６】
ここで、図２０に、本実施の形態のＭＨＥＧオーサリングソフトウェア２１０における編集操作用のＧＵＩ画面の表示形態例を示す。ここでは本実施の形態の特徴となるシェアシーン編集に関するＧＵＩ画面を示している。
【０１６７】
図２０（ａ）は、１つのＭＨＥＧアプリケーションファイルを作成する際において表示される基本的なＧＵＩ画面の表示形態例を示している。この画像は例えばディスプレイ２２１に表示されているものである。
この図２０（ａ）においては、ＭＨＥＧアプリケーションウィンドＷＤ１及びシェアシーン管理ウィンドＷＤ２が示されている。
ＭＨＥＧアプリケーションウィンドＷＤ１は、編集者が作成した１つのＭＨＥＧアプリケーションの構造を視覚的に表示しているウィンドであり、例えば図のように、「ＭＨＥＧアプリケーション」というタイトルが表示されている。
そして、この場合には、先ずＭＨＥＧアプリケーションウィンドＷＤ１の左側の欄に対しては「シーン」というタイトル名で示されているように、このＭＨＥＧアプリケーションを形成するＭＨＥＧシーンが提示されている。ここでは、ＭＨＥＧシーン１〜５の５つのＭＨＥＧシーンが用意されていることが示されている。
なお、１つのＭＨＥＧアプリケーションを形成するＭＨＥＧシーンが多数とされてＭＨＥＧアプリケーションウィンドＷＤ１の表示領域内に収まらないような場合に対応して、例えばＭＨＥＧアプリケーションウィンドＷＤ１をスクロール表示させるような形態としても構わない。
【０１６８】
そして、上記のようにして示される各ＭＨＥＧシーンの右側の欄は、「シェアシーン設定状況」というタイトル表示が示すように、各ＭＨＥＧシーンについて、現在のシェアシーンの設定状態が視覚的に示されている。つまり、各ＭＨＥＧシーンについて、どのシェアシーンが使用され、また、使用されるシェアシーンが複数の場合にはどのような重ね順が指定とされているのかといったことが示されているものである。
【０１６９】
この場合の「シェアシーン設定状況」の欄では、１つのシェアシーンを１つのアイコン（シェアシーンアイコンＩｓｈ）により表現している。ここでシェアシーンアイコンＩｓｈとしてはｓｈｓＮ（Ｎは自然数（又は０以上の整数））と表記されているが、この変数Ｎは、シェアシーンとしてのファイルのファイルナンバを示すものである。
ここで、例えばＭＨＥＧシーン１の場合には、ｓｈｓ１と表記されたシェアシーンアイコンＩｓｈが１つ表示されていることから、ＭＨＥＧシーン１には、シェアシーン１のみが使用されて形成されていることを認識することができる。同様にして、ＭＨＥＧシーン２についてもシェアシーン１のみが使用されて形成されていることが示される。
また、ＭＨＥＧシーン４は、ｓｈｓ２と表記されたシェアシーンアイコンＩｓｈが１つ表示されていることで、シェアシーン２のみを使用していることが示され、ＭＨＥＧシーン５は、ｓｈｓ６と表記されたシェアシーンアイコンＩｓｈが１つ表示されていることで、シェアシーン６のみを使用していることが示される。
【０１７０】
また、ＭＨＥＧシーン３にあっては、ｓｈｓ１，ｓｈｓ２と表記された２つのシェアシーンアイコンＩｓｈが表示されていることで、シェアシーン１，２の２つのシェアシーンを使用するものと設定されていることが示されるのであるが、ここで、シェアシーン１，２としては、シェアシーン１（ｓｈｓ１）が前側とされ、シェアシーンファイル２（ｓｈｓ２）が後ろ側とされて配置表示されていることで、その重ね順としては、シェアシーン１が前、シェアシーン２が後ろとして指定されていることになる。
【０１７１】
また、この場合には、ＭＨＥＧアプリケーションウィンドＷＤ１の左隣に対してシェアシーン管理ウィンドＷＤ２が表示されている。
シェアシーン管理ウィンドＷＤ２は、「シェアシーン」というタイトル表示にあるように、編集者が作成して用意したシェアシーンファイルの一覧が示される。例えばここでは、現在、シェアシーン１〜６の６つのシェアシーンが作成されて用意されていることが示されている。
【０１７２】
例えば、先に述べたＭＨＥＧアプリケーションウィンドＷＤ１の「シェアシーン設定状況」の欄において示されている各ＭＨＥＧシーンに対するシェアシーンの使用設定は、このシェアシーン管理ウィンドＷＤ２に表示されているシェアシーンファイルの中から任意のシェアシーンを選択することによって行われるものである。
この際の選択操作としては各種考えられるのであるが、例えば、シェアシーン管理ウィンドＷＤ２内に表示されている任意のシェアシーンを選択して、ドラッグ・アンド・ドロップ操作によって、ＭＨＥＧアプリケーションウィンドＷＤ１内の任意のＭＨＥＧシーンに対応する「シェアシーン設定状況」の欄にシェアシーンアイコンを配置するといった操作が考えられる。
また、ＭＨＥＧアプリケーションウィンドＷＤ１内の「シェアシーン設定状況」の欄内においては、例えば上記したドラッグ・アンド・ドロップ操作等によって、１つのＭＨＥＧシーン内における重ね順の指定を変更することも可能とされる。
【０１７３】
そして、例えば上記図２０（ａ）に示した表示画面の状態の下で、例えば図示しないプルダウンメニューに対する選択操作などにより、ＭＨＥＧシーン１〜５のうちの任意のシーンを選択したうえで、そのシーンのための編集画面（ウィンド）を呼び出すための所定操作を行うと、例えば図２０（ｂ）に示すようなシーン編集画面が現れるものとされる。
例えば、図２０（ｂ）に示すシーン編集画面がＭＨＥＧシーン１についてのものであったとすると、このシーン編集画面としては、シェアシーン１を使用したＭＨＥＧシーン１の画像が表示されることになる。この図では、シェアシーン１に含まれるオブジェクトを斜線による楕円形状として示している。
【０１７４】
２−４．処理動作
続いて、本実施の形態のＭＨＥＧオーサリングソフトウェア２１０のもとで、パーソナルコンピュータのＣＰＵ２０２ａ（図１９のハードウェア２０２に含まれる）が実行する各種処理動作として、本実施の形態の特徴となるシェアシーン編集に関する処理について順次説明していく。
【０１７５】
図２１は、シェアシーン作成時の処理動作を示しているもので、これは、ＭＨＥＧオーサリングソフトウェア２１０としては、主としてシェアシーン作成部２０７及びＭＨＥＧアプリケーション作成部２０５としてのプログラムが機能することで実現される。
【０１７６】
この図に示す処理においては、先ず、ステップＳ１０１において、編集者の操作に従ってのシェアシーンの作成が行われる。
これまでの説明にあっては、シェアシーンの作成のための操作については、特に述べなかったが、例えば、図２０（ｂ）に準ずるような表示形態によりシェアシーン作成画面をＧＵＩとして提供する。そして、このシェアシーン作成画面に対して、編集者は、例えば既に用意されたオブジェクトとしての画像、テキストファイル等のなかから、任意のオブジェクトをペーストしていくようにして、目的に適ったシェアシーンとしての画像を作成するようにされる。
ステップＳ１０１においては、このようなシェアシーンの作成操作に従って、ＧＵＩ画面の表示を変化させていくための表示制御処理を行う。また、シェアシーンの作成操作に従って、内部形式によって一時的なシェアシーンとしての情報管理を行うようにされる。
【０１７７】
本実施の形態においては、例えばシェアシーンを含むＭＨＥＧアプリケーションの各種編集結果は、ＭＨＥＧアプリケーション作成部２０５において、内部形式によるオーサリング管理情報として記述されることで管理されている。
そこで、次のステップＳ１０２においては、内部形式としてのオーサリング管理情報に対して、上記ステップＳ１０１により作成されたシェアシーンの内容に従った記述を行う。
そして、次のステップＳ１０３においては、先のステップＳ１０１により作成されたシェアシーンを１つのファイルとして管理して、例えば記録デバイス２１６に保存するための処理を実行する。但し、この際保存されるシェアシーンのファイルとしての情報も、内部形式に依るものとされる。
【０１７８】
これまでの処理によって、或る１つのシェアシーンを作成し、内部形式のファイルとして保存することが可能となる。そして、この手順（処理）を必要とされるシェアシーンごとに行うことで、ＭＨＥＧシーン作成に必要なシェアシーンファイルを用意することが可能になる。なお、このようにして保存されたシェアシーンファイルのディレクトリは、例えば、ＭＨＥＧアプリケーション作成部２１５において、オーサリング管理情報によって管理される。
【０１７９】
図２２はＭＨＥＧシーンに対するシェアシーンの設定に対応した処理動作を示している。この図に示す処理は、主としてシェアシーン処理部２０９及びＭＨＥＧアプリケーション作成部２０５が機能することで実現される。
【０１８０】
ここで、図２２に示す処理が行われるのにあたっては、この以前の段階において、１つのＭＨＥＧコンテンツを作成するためのＭＨＥＧシーン及びシェアシーンが一通り用意されているものとされる。なお、ＭＨＥＧシーン自体の作成についても、先には述べていなかったが、これもまた、先に図２０（ｂ）に準じた表示形態によるＭＨＥＧシーンの作成画面を表示させて、この画面上で、編集者がＭＨＥＧシーンとしての作成を行えるように構成すればよいものである。このようなＭＨＥＧシーンの作成に際しては、ＭＨＥＧシーン作成部２１３が機能することになる。
【０１８１】
この図に示す処理にあっては、先ずステップＳ２０１において、編集者の操作に従った、ＭＨＥＧシーンごとに対するシェアシーンの設定のための処理が実行される。
つまり、先に説明したようなＭＨＥＧシーンごとに対するシェアシーンの設定操作（即ち、ＭＨＥＧシーンに対して使用すべきシェアシーンと、シェアシーンの重ね順の指定）に従って、図２０に示したようなＧＵＩ画像としての編集結果を出力する等の処理を実行するものである。
そして、上記のようにして、或るＭＨＥＧシーンに対するシェアシーンの設定が行われると、次のステップＳ２０２の処理として示すように、ＭＨＥＧシーンに対するシェアシーンの設定内容を、オーサリング管理情報として記述するものである。つまり、先に図１８により説明したシェアシーン定義文を作成するものである。
実際には、図２２に示した処理が、各ＭＨＥＧシーンごとに実行される。そして、このような処理によって、編集者の編集操作によって得られたシェアシーンの設定内容が、ＭＨＥＧアプリケーション作成部２１５においてオーサリング管理情報として記述されることになる。
【０１８２】
上記図２１及び図２２に示す処理によって、ＭＨＥＧアプリケーションの編集として、本実施の形態としてのシェアシーンの作成と、ＭＨＥＧシーンに対するシェアシーンの設定が、ＭＨＥＧオーサリングソフトウェア２１０での内部形式に従った処理によって実現される。
なお、ここでは処理動作として示していないが、図２１及図２２の処理等によって作成されたオーサリング管理情報は、内部形式ファイル出力制部２１０としての処理を経ることによって、例えばオブジェクト等をはじめとする各種ファイルと共に、内部形式的なＭＨＥＧアプリケーションの情報として記録デバイス２２５に保存することができるものである。
【０１８３】
そして、このような内部形式によるＭＨＥＧアプリケーション（即ちオーサリング管理情報により管理されるコンテンツ情報）を放送用のデータコンテンツとして出力する際には、先に図１８においても述べたように、ＭＨＥＧ−ＩＳ（以降においては、ＭＨＥＧ−ＩＳとしてのスクリプトの記述内容については「ＭＨＥＧスクリプト」ともいうことにする）の形式に変換する必要がある。そこで、次に、ＭＨＥＧオーサリングソフトウェア２１０が動作している環境で実行すべき処理として、ＭＨＥＧアプリケーションの情報を内部形式からＭＨＥＧ−ＩＳ（ＭＨＥＧスクリプト）の形式に変換するための処理について、図２３及び図２４を参照して説明する。
但し、ここでは、本実施の形態の特徴となるシェアシーン（シェアオブジェクト）についての処理に限定して説明する。
また、以降説明する処理は、ＭＨＥＧスクリプト出力制御部２１８としてのプログラムがが機能することで実現されるものである。
【０１８４】
図２３は、シェアシーンとしての編集結果をＭＨＥＧスクリプトとして出力するための準備処理が示されている。例えば、実際には、この準備処理を経てから、後述する図２４のＭＨＥＧスクリプトへの変換処理に移行する。
【０１８５】
図２３に示す処理にあっては、先ずステップＳ３０１において、ＭＨＥＧオーサリングソフトウェア２１０の内部形式としてのＭＨＥＧアプリケーションの情報の取り込みを行う。ここで、確認のために、内部形式では、シェアオブジェクトは、シェアシーンを形成するオブジェクトとしてオーサリング管理情報上で管理されているものである
そして、次のステップＳ３０２においては、上記ステップＳ３０１にて取り込まれたＭＨＥＧアプリケーションの内容を解析した上で、このＭＨＥＧアプリケーションに含まれており、かつ、ＭＨＥＧシーン対して使用するものとして設定された全てのシェアシーンを取り込む。
【０１８６】
つぎのステップＳ３０３においては、上記ステップＳ３０２にて取り込んだとされるシェアシーンに使用されている全てのオブジェクトを、ＭＨＥＧアプリケーション（ＭＨＥＧスクリプト）上でのシェアオブジェクトとして設定するための処理が実行される。
【０１８７】
この処理に際しては、具体的には次のようなＭＨＥＧスクリプトとしての記述を行うようにされる。
ＭＨＥＧスクリプトにあっては、シェアオブジェクトは、「Ｓｈａｒｅｄ」という、オブジェクトの属性を示すパラメータの記述によって定義され、
Ｓｈａｒｅｄ＝Ｔｒｕｅ
であれば、そのオブジェクトはシェアオブジェクトとして規定され、
Ｓｈａｒｅｄ＝Ｆａｌｓｅ
であれば、そのオブジェクトはシェアオブジェクトではないものとしてとして規定される。
そして、上記ステップＳ３０３にあっては、ステップＳ３０２にて取り込んだシェアシーンに使用されている各オブジェクトについて、その属性として
Ｓｈａｒｅｄ＝Ｔｒｕｅ
として記述するものである。これによって、これらのオブジェクトは全てシェアオブジェクトとして扱われることになる。
【０１８８】
また、オブジェクトごとのパラメータの１つとして、イニシャリー・アクティブ（Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ）が定義されている。このＩｎｉｔｉａｌｌｙ Ａｃｔｉｖｅは、ＭＨＥＧシーン又はＭＨＥＧアプリケーションにおいて、そのオブジェクトを初期状態の下で有効／無効とするかの設定を行うためのパラメータとされ、
Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ＝Ｔｒｕｅ
であればイニシャリー・アクティブは有効とされ、
Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ＝Ｆａｌｓｅ
であればイニシャリー・アクティブは無効として設定される。
【０１８９】
そして、ステップＳ３０４においては、先のステップＳ３０３において設定された各シェアオブジェクトについて、
Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ＝Ｆａｌｓｅ
として設定する。つまり、イニシャリー・アクティブを無効として設定する。
【０１９０】
次に、図２４に示す処理について説明する。
この図に示す処理として、最初のステップＳ４０１の処理は、上記図２３により説明した準備処理とされている。
そして、この準備処理が完了すると、ステップＳ４０２に進むことになる。
【０１９１】
ステップＳ４０２においては、現在取り込んでいるとされるＭＨＥＧアプリケーションにおいて、１以上のＭＨＥＧシーンを使用する設定が行われているか否かを、例えば内部形式によるオーサリング管理情報を参照することによって判別する。
ここで、使用すべきＭＨＥＧシーンが設定されていないことが判別されれば、以降、シェアシーンに関しては、特に処理を実行する必要がないために、このまま処理を終了するが、ここで、使用すべきＭＨＥＧシーンが設定されていることが判別された場合には、ステップＳ４０３に進む。
【０１９２】
ステップＳ４０３においては、ＭＨＥＧアプリケーションにおいて設定されているとされるＭＨＥＧシーンのうち、以降におけるシェアシーンからシェアオブジェクトへの変換処理の対象として未だ選択されていないＭＨＥＧシーンが残っているか否かについて判別を行う。従って、例えばステップＳ４０２から最初にステップＳ４０３に移行した場合には、このステップＳ４０３では、必ず肯定の判別結果が得られてステップＳ４０４に進むことになる。
【０１９３】
ステップＳ４０４においては、現在設定されているＭＨＥＧシーンのうちから、１つのＭＨＥＧシーンについてのオーサリング管理情報を処理対象として選択（例えばＭＨＥＧシーンナンバ順に選択すればよい）して取り込みを行う。
なお、一旦このステップＳ４０４の処理によって取り込まれたＭＨＥＧシーンについては、以降の処理対象からは除外される。
【０１９４】
続くステップＳ４０５においては、上記ステップＳ４０４にて取り込んだＭＨＥＧシーンについてのオーサリング管理情報（シェアシーン定義文）を参照することで、このＭＨＥＧシーンに対して設定されているシェアシーンが存在するか否かについて判別を行う。
ここで、ステップＳ４０５において否定結果が得られた場合、つまり、ＭＨＥＧシーンに対して設定されているシェアシーンが存在しないことが判別された場合には、ステップＳ４１０に進む。
ステップＳ４１０においては、現在処理対象として取り込まれているＭＨＥＧシーンについて、このＭＨＥＧシーンの起動時には、全てのシェアオブジェクトをストップ（オフ）させる旨のリンクを、ＭＨＥＧスクリプトとして記述する。つまり、このＭＨＥＧシーンについてのシェアオブジェクトに関するＭＨＥＧスクリプトとしては、当該ＭＨＥＧアプリケーションに含まれる全てのシェアオブジェクトについて、
Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ＝Ｆａｌｓｅ
と記述するものである。
これによって、このＭＨＥＧシーンでは、実際の編集結果に対応してシェアオブジェクトを全く使用しないものとして規定されることになる。
そして、ステップＳ４１０の処理が終了したとされると、ステップＳ４０３に戻るようにされる。
【０１９５】
これに対して、ステップＳ４０５においてシェアシーンが設定されていることが判別された場合には、ステップＳ４０６に進む。
ステップＳ４０６においては、以降におけるシェアシーンからシェアオブジェクトへの変換処理の対象として未だ選択されていないシェアシーンが残っているか否かについて判別を行う。
ここで、例えばステップＳ４０５から最初にステップＳ４０６に至った場合には、ステップＳ４０６では肯定の判別結果が得られるため、ステップＳ４０７に進むことになる
【０１９６】
ステップＳ４０７においては、現在、処理対象として未だ選択されずに残っているとされるシェアシーンのうちから、最も後ろに配置されるものとして指定されているシェアシーンに関する記述内容（例えばシェアシーン定義文）を選択して取り込むための処理を実行する。
ここで、取り込まれたシェアシーンに関しては、処理対象として残っているとされるシェアシーンからは除外される。
【０１９７】
続くステップＳ４０８では、先のステップＳ４０４の処理によって現在処理対象として取り込んでいるとされるＭＨＥＧシーンの起動時に、上記ステップＳ４０７において取り込んだとされるシェアシーンに含まれていたシェアオブジェクトをラン（ＲＵＮ）させる（即ちオンとする）という、ＭＨＥＧスクリプトとしてのリンクの記述を行う。このシェアオブジェクトをラン（ＲＵＮ）させるための記述は、例えば、各シェアオブジェクトについて、
Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ＝Ｔｒｕｅ
と記述すればよいものである。
これにより、先のステップＳ４０７において取り込まれたシェアシーンの素材となっていたシェアオブジェクトは、ＭＨＥＧシーンの起動と共にアクティブとなり、所要の表示位置にて表示されるものとして、ＭＨＥＧスクリプト上で規定されることになる。
【０１９８】
そして、続くステップＳ４０９においては、現在処理対象として取り込んでいるとされるＭＨＥＧシーンの終了時に、先のステップＳ４０７において取り込んだシェアシーンに含まれていたシェアオブジェクトをストップ（ＳＴＯＰ）させる（オフとする）という、ＭＨＥＧスクリプトとしてのリンクの記述を行う。このシェアオブジェクトをストップ（ＳＴＯＰ）させるための記述は、例えば、先のステップＳ４１０でも説明したように、各シェアオブジェクトについて、
Ｉｎｉｔｉａｌｌｙ Ａｃｔｉｖｅ＝Ｆａｌｓｅ
と記述すればよい。
【０１９９】
そして、ステップＳ４０９の処理が終了したとされると、ステップＳ４０６の処理に戻るようにされる。そして、ステップＳ４０６において、未だ処理対象としてのシェアシーンが残っていると判別されれば、再度ステップＳ４０７以降の処理に進むことになる。
上記したステップＳ４０６〜Ｓ４０９の処理は、或る１つのＭＨＥＧシーンが選択されて取り込み中にある状態のもとで、このＭＨＥＧシーンに対して設定されていたシェアシーンの数だけ繰り返されることになる。
このステップＳ４０６〜Ｓ４０９の処理が繰り返されることで、先に編集者によって行われたとされるシェアシーンの編集結果に応じて、或る１つのＭＨＥＧシーンに対するシェアオブジェクトの使用状況を指定したＭＨＥＧスクリプトの記述内容が得られると共に、シェアシーンとして指定した重ね順に従って、シェアオブジェクトの重ね順を指定したＭＨＥＧスクリプトの記述内容も得られることになる。
【０２００】
そして、ＭＨＥＧシーンに対して設定されていたシェアシーンの数に応じた回数分、ステップＳ４０６〜Ｓ４０９の処理が繰り返されると、この後のステップＳ４０６においては否定結果が得られ、ステップＳ４０３に進むことになる。
【０２０１】
先のステップＳ４１０又は上記ステップＳ４０６の処理を経てステップＳ４０３に戻る場合、このステップＳ４０３において、未だ処理対象として取り込むべきＭＨＥＧシーンが残っていることが判別されれば、再度ステップＳ４０４以降の処理に移行することになる。
つまり、１つのＭＨＥＧアプリケーションファイル（ＭＨＥＧコンテンツ）において作成されたＭＨＥＧシーンの数だけ、ステップＳ４０３〜Ｓ４１０により説明した処理が繰り返されるものである。
【０２０２】
そして、１つのＭＨＥＧコンテンツ内におけるＭＨＥＧシーンの数だけ、ステップＳ４０３〜Ｓ４１０として示す処理が繰り返されると、ステップＳ４０３において否定結果が得られて、この処理を終了することになる。
このようにして、これまでの処理が終了した段階では、編集者がＭＨＥＧオーサリングソフトウェア上で行った操作に従った編集結果が、内部形式の記述内容からＭＨＥＧスクリプト（ＭＨＥＧ−ＩＳ）による記述内容に変換されているものである。
【０２０３】
なお、この図２３及び図２４に示す処理は、内部形式のＭＨＥＧコンテンツの記述をＭＨＥＧ−ＩＳに変換するという、ＭＨＥＧスクリプト出力制御部２１１としての処理の一部であり、先にも述べたようにシェアオブジェクトに関しての処理のみを抽出したものである。
従って、実際には、シェアシーン以外のＭＨＥＧコンテンツの編集内容についても、内部形式からＭＨＥＧ−ＩＳに変換するための処理が、図２３及び図２４に示す処理と並行して実行されているものである。
【０２０４】
また、図２３及図２４に示した処理はあくまでも一例であって、シェアシーンの概念を使用したＭＨＥＧオーサリングソフトウェアの内部形式の記述内容を、シェアオブジェクトの概念によるＭＨＥＧ−ＩＳの記述内容に変換するための処理手順としては、他にも考えられるものである。
【０２０５】
また、上記実施の形態では、デジタル衛星放送においてデータ放送用のコンテンツをＭＨＥＧの規格に従って作成する場合を例に挙げているが、特に、本発明により作成されるコンテンツとしては、デジタル衛星放送システム以外のメディアで使用されても構わないものである。また、メディアとしては放送や、ネットワーク上での配信等以外に、例えばＣＤ−ＲＯＭ等の記録媒体であっても構わない。
更に上記実施の形態は、ＭＨＥＧコンテンツの編集を行う場合を例に挙げたが、例えば、シェアオブジェクト的な概念を導入したインターフェイス画像（コンテンツ）等を作成するための規格であれば、ＭＨＥＧ方式以外にも本発明は適用可能とされる。
【０２０６】
【発明の効果】
以上説明したように本発明は、例えばＭＨＥＧの規格に従ったコンテンツを作成するための編集を行うのにあたり、オーサリングツール上でシェアオブジェクト（共有オブジェクト）を直接扱うのではなく、シーン間で共通に使用可能な仮想のシーンとして、任意のオブジェクトを使用して作成可能なシェアシーン（共有シーン）を定義しており、このシェアシーン単位でシーンに対する編集を行うようにされる。そして、このシェアシーンを利用した編集結果は、最終的には、放送用コンテンツとしての規格に従って、シェアオブジェクト自体を制御する記述内容に変換されるものである。
【０２０７】
このような構成によれば、コンテンツを作成する編集者は、オーサリングツール上での編集操作段階においては、任意に作成したシェアシーンをシーンに対して組み合わせていくという操作によって、シェアオブジェクトを扱うことができることになる。逆に言えば、オーサリングツール上で、はじめからシェアオブジェクトの表示態様を指定するためのＭＨＥＧスクリプトを記述していくなどといった、ＭＨＥＧスクリプトについて高度な知識を要する作業を行う必要はない。
従って、本発明では、例えばＭＨＥＧスクリプトの規則などを熟知していない編集者であっても、シェアオブジェクトを使用したシーンの編集を容易、かつ、正確に行えることになり、結果的には、分かりやすい編集操作でありながら、多様な表示態様のシーンを作成することが可能になるという効果を有している。
【０２０８】
また、上記のようにしてシェアシーン単位によりシェアオブジェクトを扱うようにした上で、このシェアシーンについての重ね順を指定するという編集操作の体系とするこで、オブジェクトの重ね順を指定するといった比較的複雑になる編集操作も、容易なものとすることが可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態のデジタル衛星放送受信システムの構成例を示すブロック図である。
【図２】本実施の形態における受信設備の構築例を示すブロック図である。
【図３】ＩＲＤのためのリモートコントローラの外観を示す正面図である。
【図４】放送画面とＧＵＩ画面との切り換えを示す説明図である。
【図５】地上局の構成例を示すブロック図である。
【図６】地上局から送信されるデータを示すチャート図である。
【図７】送信データの時分割多重化構造を示す説明図である。
【図８】ＤＳＭ−ＣＣによる送信フォーマットを示す説明図である。
【図９】データサービスのディレクトリ構造の一例を示す説明図である。
【図１０】トランスポートストリームのデータ構造図である。
【図１１】ＰＳＩのテーブル構造を示す説明図である。
【図１２】ＩＲＤの構成を示す説明図である。
【図１３】ＭＨＥＧコンテンツの構造を示す説明図である。
【図１４】ＭＨＥＧコンテンツの構造を示す説明図である。
【図１５】ＭＨＥＧコンテンツにおけるシェアオブジェクトの概念を示す説明図である。
【図１６】シェアシーンを使用したシーン編集例を示す説明図である。
【図１７】シェアシーンを使用したシーン編集例を示す説明図である。
【図１８】本実施の形態のＭＨＥＧオーサリングツールの処理概念を示す説明図である。
【図１９】本実施の形態のＭＨＥＧオーサリングツールの機能を示すブロック図である。
【図２０】本実施の形態のＭＨＥＧオーサリングソフトウェアにより実現される操作画面の表示形態例を示す説明図である。
【図２１】シェアシーン作成時に対応する処理動作を示すフローチャートである。
【図２２】ＭＨＥＧシーンに対するシェアシーン設定時に対応する処理動作を示すフローチャートである。
【図２３】シェアシーン設定をＭＨＥＧスクリプトとして出力するための処理動作を示すフローチャートである。
【図２４】シェアシーン設定をＭＨＥＧスクリプトとして出力するための処理動作を示すフローチャートである。
【符号の説明】
１ 地上局、２ 衛星、３ 受信設備、５ 課金サーバ、６ テレビ番組素材サーバ、７ 楽曲素材サーバ、８ 音声付加情報サーバ、９ ＧＵＩデータサーバ、１０ キー情報サーバ、１１ パラボラアンテナ、１３ ストレージデバイス、１３Ａ ＭＤレコーダ／プレーヤ、１４ モニタ装置、１６ ＩＥＥＥ１３９４バス、２１Ａ テレビ番組表示エリア、２１Ｂ リスト、２１Ｃ テキスト表示エリア、２１Ｄ ジャケット表示エリア、２２ 歌詞表示ボタン、２３ プロフィール表示ボタン、２４ 情報表示ボタン、２５ 予約録音ボタン、２６ 予約済一覧表示ボタン、２７ 録音履歴ボタン、２８ ダウンロードボタン、３１ テレビ番組素材登録システム、３２ 楽曲素材登録システム、３３ 音声付加情報登録システム、３４ ＧＵＩ用素材登録システム、３５ ＡＶサーバ、３６Ａ ＭＰＥＧオーディオエンコーダ、３６Ｂ ＡＴＲＡＣエンコーダ、３７ 音声付加情報データベース、３８ ＧＵＩ素材データベース、３９ テレビ番組送出システム、４０Ａ ＭＰＥＧオーディオサーバ、４０Ｂ ＭＰＥＧオーディオサーバ、４１ 音声付加情報送出システム、４２ ＧＵＩ（ＭＨＥＧ）オーサリングシステム、４３Ａ ＭＰＥＧオーディオ送出システム、４３Ｂ ＡＴＲＡＣオーディオ送出システム、４４ ＤＳＭ−ＣＣエンコーダ、４５ マルチプレクサ、４６ 電波送出システム、５１ チューナ／フロントエンド部、５２ デスクランブラ、５３ トランスポート部、５４ ＭＰＥＧ２オーディオデコーダ、５４Ａ メモリ、５５ ＭＰＥＧ２ビデオデコーダ、５５Ａ メモリ、５６ Ｄ／Ａコンバータ、５７ スイッチ回路、５８ 表示処理部、５９ 光デジタル出力インターフェイス、６０ ＩＥＥＥ１３９４インターフェイス、６１ マンマシンインターフェイス、６２ ＩＣカードスロット、６３ モデム、６４ リモートコントローラ、６５ ＩＣカード、７０ デマルチプレクサ、７１ キュー、８１ 制御処理部、８２ ＤｅＭＵＸドライバ、８３ ＤＳＭ−ＣＣデコーダブロック、８４ ＭＨＥＧデコーダブロック、９０ メインメモリ、９１ ＤＳＭ−ＣＣバッファ、１０１ 電源キー、１０２ 数字キー、１０３ 画面表示切換キー、１０４ インタラクティブ切換キー、１０５ａ 矢印キー、１０５ ＥＰＧキーパネル部、１０６ チャンネルキー、Ｔ１ 入力端子、Ｔ２ アナログビデオ出力端子、Ｔ３ アナログオーディオ出力端子、Ｔ４ アナログオーディオ出力端子、２０１ パーソナルコンピュータ、２０２ ハードウェア、２０２ａ ＣＰＵ、２０２ｂ メモリ、２０３ オペレーションシステム、２０４ オーサリングソフトウェア、２０５ アプリケーション作成部、２０６ シーン作成部、２０７ シェアシーン作成部、２０８ オブジェクト描画部、２０９ シェアシーン処理部、２１０ 内部形式ファイル出力制御部、２１１ スクリプト出力制御部、２１２ ディスプレイ、２１３ マウス、２１４ キーボード、２１５ スピーカ、２１６ 記録デバイス、２１７ ビデオ機器

Claims (2)

1. 所定の規格によるコンテンツ情報を作成するための情報処理装置として、
   上記所定の規格によるコンテンツ情報は、当該コンテンツ情報を形成するオブジェクトを使用して作成されるシーンと、少なくともシーン又はオブジェクトの出力態様を制御するための制御情報を有して形成されると共に、複数のシーン間で共通に使用可能な共有オブジェクトが定義されているものとしたうえで、
   複数のシーン間で共通に使用することのできる仮想のシーンである共有シーンを当該情報処理装置において処理可能な編集素材として定義する共有シーン定義手段と、
   上記共有シーン定義手段の定義に則って、任意のオブジェクトを使用して上記共有シーンを作成することのできる共有シーン作成手段と、
   上記共有シーン作成手段により作成された共有シーンのうちから、上記コンテンツ情報を形成する上記シーンごとに使用すべき共有シーンを設定することのできる共有シーン設定手段と、
   上記共有シーンに対して使用されたオブジェクトを共有オブジェクトとして設定する共有オブジェクト設定手段と、
   上記共有シーン設定手段により行われた、上記シーンごとに対する上記共有シーンの設定結果に応じて、各シーンに対する共有オブジェクトの使用状況を制御するための上記制御情報を上記所定の規格に則って記述することのできる制御情報記述手段と、
   を備えていることを特徴とする情報処理装置。
2. 上記共有シーン設定手段は、上記シーンごとに使用すべき共有シーンを設定するのに際して、設定された複数の共有シーン間での重なり順を指定可能とされ、
   上記制御情報記述手段は、上記共有シーン設定手段により指定された共有シーンの重ね順に対応して、上記各シーンに対する共有オブジェクトの使用状況として、各シーンに対して使用される共有オブジェクトの重なり順を制御するための上記制御情報の記述を行うように構成されている、
   ことを特徴とする請求項１に記載の情報処理装置。

Images