JP2000333138A

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

Info

Publication number: JP2000333138A
Application number: JP11137127A
Authority: JP
Inventors: Hitoshi Yoshinobu; 仁司吉信
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)といわれる形式との、２つの
形式が存在する。

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

【０１３３】２−２．ＭＨＥＧテンプレートの構造概念本実施の形態においては、ＭＨＥＧコンテンツを作成す
るのにあたり、雛形、つまりテンプレートとして所定の
内容を有するＭＨＥＧコンテンツを作成して用意してお
くようにされる。このようなテンプレートとしてのＭＨ
ＥＧコンテンツを、以降本明細書では「ＭＨＥＧテンプ
レート」若しくは単に「テンプレート」ということにす
る。また、本実施の形態では、ＭＨＥＧテンプレートと
して、オリジナルテンプレートと、再放送用テンプレー
トとを用意するものとされる。オリジナルテンプレート
は、新規の番組に対応してＭＨＥＧコンテンツを作成す
る際にテンプレートとして用いられる。再放送用テンプ
レートは、一旦放送に使用されたＭＨＥＧコンテンツを
テンプレートとして扱ったもので、一度放送された番組
を再放送するときに使用すべきＭＨＥＧコンテンツを作
成する際に用いられる。再放送用テンプレートは、後述
するようにして、例えばオリジナルテンプレートを使用
して新規に作成したＭＨＥＧコンテンツのデータを使用
するものとされている。

【０１３４】ここで、本実施の形態のＭＨＥＧテンプレ
ートの構造について図１７を参照して説明する。図１７
に示すように、１つのＭＨＥＧテンプレートとしては、
ＭＨＥＧスクリプトｆ１、外部参照ファイルｆ２、及び
変更可能情報ファイルｆ３を備えて形成される。また、
本実施の形態にあっては、ＭＨＥＧテンプレートとして
は、前述したＡＳＮ．１ＤＥＲの形式により保存され
る。これは、後述するようにしてＭＨＥＧテンプレート
を使用してオーサリング（ファイルの差し替えを実行す
る際に、ＴＮ形式でのレベルのファイルが人的ミスなど
の要因によって不用意に書き換えが行われないようにし
たことを配慮したものである。

【０１３５】ここでは、ＭＨＥＧスクリプトｆ１とし
て、Bitmap object ｆ１ａ，Text Object ｆ１ｂ， Bit
map Objectｆ１ｃの３つのオブジェクトが示されてい
る。ここで、また、外部参照ファイルとしてはFine.bmp
ｆ２ａ，Fine.txt ｆ２ｂ，Logo.bmp ｆ２ｂが示され
ている。この図に示すＭＨＥＧテンプレートは、天気予
報番組に対応している例であり、Fine.bmp ｆ２ａは晴
れのシンボルの静止画像ファイルとされ、Fine.txt ｆ
２ｂは例えば「晴れ」という文字のテキストファイルと
される。また、Logo.bmp ｆ２ｂは、例えばそのシーン
（番組）のタイトルロゴを示す静止画像ファイルとされ
る。

【０１３６】そして、Bitmap object ｆ１ａはFine.bmp
（ｆ２ａ）のファイル名を、Text Object ｆ１ｂはFin
e.txt（ｆ２ｂ）のファイル名を、Bitmap Object ｆ１
ｃはLogo.bmp（ｆ２ｂ）のファイル名をそれぞれ外部参
照するものとしてその関係が記述されている。

【０１３７】また、変更可能情報ファイルｆ３は、差し
替え可能な外部参照ファイルｆ２を指定する情報が記述
されている。ここでは、外部参照ファイルｆ２のうち、
Fine.bmp ｆ２ａ、及びFine.txt ｆ２ｂについては差し
替え可能とされ、Logo.bmp ｆ２ｃは差し替え不可であ
るものとして、変更可能情報ファイルｆ３によって管理
されている。従って、Fine.bmp ｆ２ａは実際にはダミ
ーデータとして扱われ、例えば天気が雨であることを示
すシンボルの画像ファイルである、Rain.bmp ｆ４その
他のビットマップファイルと差し替えることができる。
同様にして、Fine.txt ｆ２ｂについても実際にはダミ
ーデータとして扱われて、Rain.txt ｆ５その他のテキ
ストファイルと差し替えることができる。ここで、留意
しておくべきことは、上記のようにして外部参照ファイ
ルの差し替えを行うのにあたっては、ＭＨＥＧスクリプ
トが参照するファイル名は、あくまでもオリジナルの
「Fine.bmp」若しくは「Fine.txt」とされることから、
ファイル名はオリジナルのままとした上で、そのファイ
ルの実体としてのデータ内容が差し替えられるものであ
る。

【０１３８】また、Logo.bmp ｆ２ｃは差し替え不可と
して管理されているために、ＭＨＥＧテンプレートとし
ては、Logo.bmp ｆ２ｃについての差し替えを行おうと
してもこれが禁止されることになる。

【０１３９】なお、上記変更可能ファイル情報には、変
更可能に設定された外部参照ファイルのうち、その変更
が「必須」であるのか、若しくは「オプション」である
のかの設定情報も備えているものとされる。例えば上記
した天気予報としてのＭＨＥＧアプリケーションであれ
ば、例えばその日の予想最高気温などのためのテキスト
ファイルが変更可能な外部参照ファイルとして存在する
場合、このテキストは必ず放送が行われる都度変更する
ことになるファイルであるために、この類の外部参照フ
ァイルについては「必須」を設定することになる。これ
に対して、背景のビットマップ画像ファイルについて、
番組が放送されるごとには変更するつもりはないが、季
節の変化など、長期間ごとに変更したいという意図があ
るとする。このような場合には、変更可能な外部参照フ
ァイルとして「オプション」に設定しておくことにな
る。

【０１４０】このようにしてＭＨＥＧテンプレートを規
定しておくことで、ほぼ同じ機能を持ったＭＨＥＧア
プリケーションでも、放送する時点において変更が生じ
る部分（ファイル）に関しては、オーサリングをし直す
ことなくその内容を差し替えることが可能になるもので
ある。また、上記した規則によれば、差し替えは外部参
照ファイルに対してのみ行うようにされているので、変
更したい内容については外部参照ファイルとして設定し
ておけばよいことになる。逆に言えば、変更したい内容
をスクリプト内に直接埋め込んで書き換えるようなこと
は禁止されるために、不用意に、本来変更すべきでない
スクリプトまでが書き換えられて、例えば設計どおりで
ないＭＨＥＧアプリケーションの動作となったり、バグ
等が発生したりすることを防ぐことができるものであ
る。

【０１４１】但し、上記のようにしてテンプレートを用
意して、その差し替えによって簡易にＭＨＥＧアプリケ
ーションが作成できるようにしたとしても、例えばこの
差し替え作業を、作業者が、テキストエディタやオーサ
リングツールを操作して、直接行うようにした場合に
は、やはりバグや誤動作が生じる可能性を免れることが
出来ない。そこで、本実施の形態としては以降説明する
ようにして、オーサリング機能として、上記したテンプ
レートを使用したアプリケーションを作成するためのフ
ァイルの入れ替え処理自体については、例えばパーソナ
ルコンピュータ上でのソフトウェア処理によって自動的
に実行されるように構成するものである。この場合、例
えば編集者が行う作業としては、テンプレートと、素材
としてのファイルを所定のディレクトリに集めたうえ
で、例えばテンプレートに対するファイル差し替えのた
めのコマンド入力等を行うといった単純な操作で済むこ
とになる。

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

【０１４３】図１８は、ＭＨＥＧコンテンツ編成システ
ムの全体構造を示している。ここで、ＭＨＥＧコンテン
ツ編成システムとしては、主として、編成端末２０１、
編成サーバ２０２、制作端末２０３、オーサリング管理
サーバ２０４を備えて成る。編成端末２０１では、主放
送に対応したＭＨＥＧコンテンツとしての番組編成が行
われる。そして、ここで番組の編成を示す各種情報より
成る編成情報が得られることになる。この編成情報は、
編成サーバ２０２に対して伝送される。

【０１４４】編成サーバ２０２では、伝送された編成情
報を取得して、番組制作指示情報を作成する。ここで、
番組制作指示情報はＣＯＦＦ(Common Omuni File Forma
t)といわれる形式とされ、後述する制作端末２０３にて
行われる番組制作について指示を行うのに必要とされる
情報を有している。そして、この番組制作指示情報に含
められる情報としては、後述するようにしてＭＨＥＧテ
ンプレートを使用したＭＨＥＧコンテンツの作成に対応
して、差し替えるべきファイルを特定するためのファイ
ル差し替え情報、及び差し替えるべきファイル自体の情
報を含んでいるものとされる。この番組制作指示情報
は、オーサリング管理サーバ２０４に伝送される。

【０１４５】オーサリング管理サーバ２０４は、制作端
末２０３におけるＭＨＥＧコンテンツの作成動作を管理
するために設けられるサーバであり、取得した番組制作
情報に基づいて制作端末２０３における番組制作処理を
管理する。また、オーサリング管理サーバ２０４におい
ては、オリジナルデータベース２０５ａと、再利用デー
タベース２０５ｂが備えられる。オリジナルデータベー
ス２０５ａには、後述するようにして、オリジナルのＭ
ＨＥＧテンプレートを多数データベース化して格納す
る。また、再利用データベース２０５ｂは、上記オリジ
ナルのＭＨＥＧテンプレートを利用して、新規の放送番
組に対応して作成されたＭＨＥＧコンテンツを、再放送
時に再利用するための再放送用ＭＨＥＧテンプレートと
して扱い、これを多数、データベース化して格納する。
これらオリジナルのＭＨＥＧテンプレート及び再放送用
ＭＨＥＧテンプレートは、制作端末２０３において作成
されるのであるが、これについては後述する。

【０１４６】制作端末２０３は、例えばパーソナルコン
ピュータなどのハードウェア上で、ＭＨＥＧオーサリン
グ機能を有するソフトウェアが動作することで、ＭＨＥ
Ｇアプリケーションの作成を実際に行う。この場合、制
作端末２０３は、複数備えられることで、同時に、複数
のＭＨＥＧアプリケーションが作成できるように、番組
編成の効率化を図っている。

【０１４７】また、この図においては、送出システム４
６が示されている。この送出システム４６は図５に示し
た送出システムに対応しているものとされる。なお、図
５では、送出システム４６の前段にマルチプレクサ４５
がおかれているが、ここでは、上記マルチプレクサ４５
の図示は省略している。

【０１４８】続いて、図１９を参照して制作端末２０３
の構成について説明する。なお、制作端末２０３として
は、上述したように実際にはＭＨＥＧオーサリングツー
ルとしての機能を有しており、例えばＴＮやテキストフ
ァイルのオブジェクトを作成、記述するためのテキスト
エディタや、ＧＵＩによりＭＨＥＧアプリケーションを
作成するためのＭＨＥＧオーサリングツールとしての機
能を有しているものとされる。但しここでは説明の便宜
上、制作端末２０３の構成として、ＭＨＥＧテンプレー
トを使用したＭＨＥＧアプリケーションの作成に関わる
部位について説明する。また、この図に示す各機能部
は、実際にはソフトウェアとして構成されるものであ
る。

【０１４９】ＭＨＥＧテンプレートを使用したＭＨＥＧ
アプリケーションの作成に対応する、制作端末２０３の
構成として、先ずテンプレートエディタ２１０が備えら
れる。テンプレートエディタ２１０は、例えばここでは
図示しないＭＨＥＧオーサリングツールなどのツールに
よって作成されたＭＨＥＧアプリケーションをテンプレ
ート化するための処理を実行する。つまり主としては、
ＭＨＥＧアプリケーションの外部参照ファイルの中で、
どのファイルを変更可能にするかを編集者に選択させ、
図１７に示した変更可能情報ファイルｆ３を作成する。

【０１５０】このテンプレートエディタ２１０に対し
て、作成されたＭＨＥＧアプリケーションを入力する
と、テンプレートエディタ２１０では、そのＭＨＥＧア
プリケーションに使用されている外部参照ファイルの全
てを一覧表示するようにされる。編集者は、この一覧の
中から変更可能に設定すべき外部参照ファイルを選択し
て登録するための操作を行うことができる。そして、変
更可能に設定すべき外部参照ファイルを登録する際に
は、前述したように、そのファイルの変更について「必
須」であるのか、若しくは「オプション」であるのかの
設定を行うための操作も行えるようにされている。この
ような操作手順によって、テンプレートエディタ２１０
では、図１７にて説明したＭＨＥＧテンプレートを作成
することができる。

【０１５１】なお、先にも説明したように、ここでのＭ
ＨＥＧテンプレートとしてのＭＨＥＧアプリケーション
の形式は、ＡＳＮ．１ＤＥＲとされる。かつ、ここで
のＭＨＥＧテンプレートとしてのＭＨＥＧアプリケーシ
ョンの形式は、オブジェクトファイル単位でのディレク
トリで扱いが可能な形式とされている。つまり、送出形
態としてはオブジェクトカルーセル方式に対応した形式
とされている。なお、以降においては、このようなＭＨ
ＥＧアプリケーションの形式については、「ディレクト
リ管理形式」ということにする。

【０１５２】このようにして、テンプレートエディタ２
１０において作成されたＭＨＥＧテンプレートは、以
降、オリジナルテンプレートとして扱われる。そして、
先に図１８にて示したオーサリング管理サーバ２０４内
の、オリジナルデータベース２０５ａに対して伝送さ
れ、ここで、例えば他のオリジナルテンプレートと共に
データベース化されて格納されることになる。ここで、
例えばデータベースを検索するためのキーとしては、所
定規則に従って、オリジナルテンプレートごとに与えら
れたファイル名等とすればよい。

【０１５３】テンプレートコンバータ２１１は、オーサ
リング管理サーバ２０４内のオリジナルデータベース２
０５ａ，再利用データベース２０５ｂに格納されたＭＨ
ＥＧテンプレート（オリジナルテンプレート，再放送用
テンプレート）を取り込んで、そのＭＨＥＧテンプレー
トが有する変更可能情報ファイルｆ３の内容、及びオー
サリング管理サーバ２０４から取り込んだ番組制作指示
情報とを利用して、外部参照ファイル部分を指定のファ
イルと差し替えるための処理を実行する。つまり、ＭＨ
ＥＧテンプレートを利用して実際に放送に用いられるＭ
ＨＥＧコンテンツを作成する。また、テンプレートコン
バータ２１１では、オリジナルテンプレートを利用して
作成した新規番組のＭＨＥＧコンテンツを、再利用デー
タベース２０５ｂに対して転送する。再利用データベー
ス２０５ｂでは、このＭＨＥＧコンテンツを再放送テン
プレートとして扱って、データベース化して保持するよ
うにされる。つまり、一度、オリジナルテンプレートを
利用して作成された新規番組（最初の番組）のＭＨＥＧ
コンテンツは、以降のその番組の再放送のときに使用す
るＭＨＥＧコンテンツを作成するための再放送テンプレ
ートとして使用される。なお、ここで再利用データベー
ス２０５ｂから再放送テンプレートを検索して抽出する
ためのキーとしては、例えば、再放送テンプレートとし
てのＭＨＥＧコンテンツが放送に実際に使用されたとき
の、放送日時情報を使用することが考えられる。また、
この放送日時情報としての検索キーの他に、例えば放送
チャンネルや番組のジャンルなどの検索キーを複合的に
使用することも考えられる。

【０１５４】ここで、テンプレートコンバータ２１１に
よる処理としては、新規な番組に対応するＭＨＥＧコン
テンツを作成する「新規モード」と、再放送番組に対応
するＭＨＥＧコンテンツを作成する「再利用モード」と
に分けられる。なお、「新規モード」及び「再利用モー
ド」に対応したテンプレートコンバータ２１１の処理
は、後に詳述する。

【０１５５】上記テンプレートコンバータ２１１により
作成されるＭＨＥＧコンテンツは、前述したディレクト
リ管理形式とされる。つまり、この段階のＭＨＥＧコン
テンツの形式であれば、オブジェクトカルーセル方式に
よっては、データを送出することが可能とされる。この
ディレクトリ管理形式としてのＭＨＥＧコンテンツは、
テンプレートフォーマッタ２１２に対して転送される。
また、ＭＨＥＧビューワ２１３に対しても転送すること
ができる。

【０１５６】ＭＨＥＧビューワ２１３は、例えば独立し
たアプリケーションソフトウェア、若しくはＭＨＥＧオ
ーサリングツールとしてのアプリケーションソフトウェ
アに含まれるプログラムとされる。そして、上記のよう
にして取得したＭＨＥＧコンテンツを、実際に動作させ
る機能を有している。このＭＨＥＧビューワ２１３によ
って、テンプレートコンバータ２１１によって作成され
たＭＨＥＧコンテンツが編集者の設計どおりの動作を適
正に実行するかどうかをチェックすることが可能とされ
る。

【０１５７】テンプレートフォーマッタ２１２は、テン
プレートコンバータ２１１により作成された、ディレク
トリ管理形式としてのＭＨＥＧコンテンツを取得して、
前述したデータカルーセル方式に適合したデータ形式と
する。つまり、オブジェクト単位でのディレクトリ構造
を有しているＭＨＥＧコンテンツについて、２５６Ｋｂ
ｙｔｅ以内のデータサイズで以て、１シーン内で使用す
る各種オブジェクト(ファイル)を、一つのシーンファイ
ルとして纏めるための処理を実行する。この処理はイン
クルードといわれる。また、ＭＨＥＧコンテンツを形成
していた外部参照ファイルについては、データカルーセ
ル方式の形式のもとで、外部参照ファイルとして管理さ
れるようにするためのデータ構造も形成するようにされ
る。

【０１５８】このようにしてテンプレートフォーマッタ
２１２によってデータカルーセル方式に従った形式に変
換されたＭＨＥＧコンテンツは、送出システム４６に対
して転送され、番組の放送に対応したしかるべき機会、
タイミングでもって、放送されることになる。

【０１５９】図２０は、上記図１９に示した制作端末２
３の構成に対応したＭＨＥＧコンテンツ作成の処理手順
の流れを示している。例えば編集者は、テキストエディ
タ（Ａ）によってＴＮとしてのＭＨＥＧスクリプトのフ
ァイル（ＴＮfile)を作成することができる。そして、
これをエンコーダによってエンコードして、ＡＳＮ．１
ＤＥＲの形式に変換する。

【０１６０】また、先にも述べたように、ＭＨＥＧスク
リプトのファイルはオーサリングツールによるＧＵＩ操
作によっても記述可能とされており、この場合には、オ
ーサリングツールにおいて、ＡＳＮ．１ＤＥＲの形式
によってＭＨＥＧスクリプトのファイルが出力される。

【０１６１】また、テキストエディタ（Ｂ）は、シーン
内で表示等が実行されるべき、例えば外部参照ファイル
としてのテキストファイルを作成するためのものとされ
る。なお、このテキストエディタ（Ｂ）は機能的にはＴ
Ｎを作成するためのテキストエディタ（Ａ）と同様とさ
れて構わない。

【０１６２】テキストエディタ（Ｂ）によって作成され
た各種テキストファイルは、この場合には、本実施の形
態が対応すべき所定の放送規格に従って、８単位符号化
が施され、８単位符号化ファイルとして出力される。

【０１６３】また、画像データファイルは、例えば図に
示すようにしてＪＰＥＧ等の形式による画像ファイルと
して用意され、また、シーン内のボタンオブジェクトと
しての画像等を形成する画像ファイルなどは、例えばＰ
ＮＧの形式によるファイルとして用意される。

【０１６４】ここで、図に破線で括って示すデータの集
合を、ディレクトリ構造によって管理すれば、ディレク
トリ管理形式のＭＨＥＧコンテンツを構築することにな
る。例えば、図１９における構成と対応させれば、テン
プレートエディタ２１０に依って作成されたオリジナル
テンプレートとしてのＭＨＥＧコンテンツ、若しくはテ
ンプレートコンバータ２１１にてデータの差し替えが行
われて出力されるＭＨＥＧコンテンツ（再放送テンプレ
ート）の形式とされていることになる。

【０１６５】そして、この図に破線で括って示すデータ
の集合である、ＡＳＮ．１ＤＥＲ形式のＭＨＥＧスク
リプト、８単位符号化されたテキストファイル、及びＪ
ＰＥＧ、ＰＮＧなどの画像ファイルをテンプレートフォ
ーマット処理（インクルード処理）によって、先に述べ
たように、１シーンが１ファイルとして纏められて管理
される形式のデータ（送出モジュール形式）に変換す
る。そして、以降はデータカルーセル方式によって放送
のための送出を行うことができることになる。

【０１６６】２−４．処理動作続いて、図１９に示した構成による制作端末２０３のよ
り詳しい動作として、テンプレートを使用したＭＨＥＧ
コンテンツの作成処理について、図２１のフローチャー
トを参照しながら説明を行っていくこととする。

【０１６７】例えば、或る制作端末２０３において、例
えばオーサリング管理サーバ２０４からのＭＨＥＧコン
テンツ作成の要求が在ったとされると、ステップＳ１０
１に示すようにして、ＭＨＥＧコンテンツの作成を開始
する。つまり、ＭＨＥＧコンテンツの作成が可能な環境
を整える。なお、上記オーサリング管理サーバ２０４か
らＭＨＥＧコンテンツ作成の要求が行われたときには、
オーサリング管理サーバ２０４からは、その作成すべき
ＭＨＥＧコンテンツが使用される番組に対応しての番組
制作指示情報が送出されてくるものとされる。

【０１６８】テンプレートコンバータ２１１による処理
動作として、次のステップＳ１０２においては、作成モ
ードが「新規モード」と「再利用モード」の何れである
のかについて判別を行う。新規モード／再利用モードの
何れであるのかは、例えば番組制作指示情報に含まれて
モード情報として記述されているものとする。そして、
このモード情報がが新規モードを示していれば、ステッ
プＳ１０３以降の処理に進み、再利用モードを示してい
るのであれば、ステップＳ１０７以降の処理に進む。

【０１６９】ステップＳ１０３においては、オリジナル
データベース２０５ａから、必要なオリジナルテンプレ
ートを検索して取り込みを行う。例えば番組制作指示情
報には、検索すべきオリジナルテンプレートを特定する
ための検索情報が含まれており、当該ステップＳ１０３
処理では、この検索情報を利用してオリジナルテンプレ
ートを検索するようにされる。

【０１７０】また、先にも述べたように、番組制作指示
情報には、オリジナルテンプレートに対して差し替える
べき外部参照ファイルの実データも選択されて格納され
ている。そこで、次のステップＳ１０４においては、取
り込んだオリジナルテンプレートにおいて変更可能情報
ファイルによって変更可能な外部参照ファイルのうち、
「必須」が設定された全てのファイルについて、番組制
作指示情報に格納されていた、差し替え用のファイルと
差し替えを行うための処理を実行する。これによって、
或る新規の放送番組に対応したＭＨＥＧコンテンツがテ
ンプレートコンバータ２１１によって作成されたことに
なる。また、この段階でのＭＨＥＧコンテンツは、ディ
レクトリ管理形式とされる。

【０１７１】次のステップＳ１０５の処理は先に述べた
テンプレートフォーマッタ２１２としての処理になる。
つまり、上記ステップＳ１０４の処理として、テンプレ
ートコンバータ２１１によって作成された新規の放送番
組に対応したディレクトリ管理形式のＭＨＥＧコンテン
ツをインクルードする処理が実行される。つまり、１シ
ーンを１ファイルとして纏めたデータ形式とするもので
ある。これにより、データカルーセル方式により送出可
能なＭＨＥＧコンテンツの形式が得られる。

【０１７２】そして、次のステップＳ１０６において
は、テンプレートコンバータ２１１が実行すべき処理と
して、上記ステップＳ１０４にて作成したディレクトリ
管理形式のＭＨＥＧコンテンツを再利用データベース２
０５ｂに対して登録するための処理が実行される。これ
によって、上記ステップＳ１０４にて作成されたＭＨＥ
Ｇコンテンツは、以降再放送用データとして利用可能に
なる。

【０１７３】そして、次のステップＳ１１０において
は、上記ステップＳ１０５の処理によって得られた、デ
ータカルーセル方式に適合した形式のＭＨＥＧコンテン
ツを送出システムに登録するための処理を実行する。

【０１７４】これに対して、ステップＳ１０２にて再利
用モードであることが判別され、ステップＳ１０７に進
んだ場合には、やはり、テンプレートコンバータ２１１
が実行すべき処理として、今回の再放送番組が最初に再
放される機会に対応して作成され、登録された再放送テ
ンプレートを、再利用データベース２０５ｂから検索し
て取り込むための処理を実行する。ここでは、先にも述
べたように、再放送テンプレートの検索キーとしては、
例えば最初の番組放送時の放送日時情報とすることがで
きるが、この放送日時情報としての検索キーを番組制作
指示情報に格納して、テンプレートコンバータ２１１に
対して送出するように構成すれば、テンプレートコンバ
ータ２１１では上記のようにして再放送テンプレートを
検索することが可能になる。

【０１７５】次のステップＳ１０８の処理は、再利用モ
ードに対応したテンプレートコンバート処理となる。こ
の再利用モードの場合、番組制作指示情報には、再放送
テンプレートに対して差し替えるべき外部参照ファイル
としては、番組進行に応じたＭＨＥＧコンテンツの動作
が実行されるための絶対時間情報が格納されている。そ
して、この場合のテンプレートコンバータ２１１の処理
としては、再放送テンプレートにおいて変更可能な外部
参照ファイルのうち、絶対時間情報を示すファイルにつ
いてのみ、差し替えのために用意されたファイルと差し
替えるための処理を実行する。これによって、再放送番
組に対応したＭＨＥＧコンテンツがテンプレートコンバ
ータ２１１によって作成される。つまりは、最初にその
番組が放送されたときの内容と全く同一とされたうえ
で、今回再放送されるときのタイムテーブルに対応して
絶対時間情報のみが差し替えられたＭＨＥＧコンテンツ
が得られる。また、この段階でのＭＨＥＧコンテンツも
ディレクトリ管理形式である。

【０１７６】ステップＳ１０９においては、先のステッ
プＳ１０５と同様とされる。つまり、上記ステップＳ１
０８にて作成されたディレクトリ管理形式のＭＨＥＧコ
ンテンツをテンプレートフォーマッタ２１２によってデ
ータカルーセル方式に適合する形式に変換する。そし
て、次のステップＳ１１０において、このデータカルー
セル方式に適合する形式のＭＨＥＧコンテンツを、送出
システムに登録する。

【０１７７】なお、新規モードとして上記ステップＳ１
０４の処理によって作成された新規のＭＨＥＧコンテン
ツは、この図には示していないが、図１９に示したＭＨ
ＥＧビューワ２１３に転送されるべきものとする。そし
て、或る機会で以て、例えば編集者によって再生が行わ
れて、その動作の確認が行われるものとされる。これに
対して、再利用モードとしてステップＳ１０８にて作成
された再放送用のＭＨＥＧコンテンツは、テンプレート
に対して単に絶対時間情報を差し替えただけのものであ
ることから、ＭＨＥＧのデータ記述内容に誤りはなく、
確実な動作が期待できるものとされる。従って、再放送
用のＭＨＥＧコンテンツについては、ＭＨＥＧビューワ
による確認作業は省略するものとしている。

【０１７８】また、再利用モードの処理にあっては、ス
テップＳ１０８にて作成されたＭＨＥＧコンテンツをデ
ータベースに登録する処理も省略されている。これは、
再利用モードにあっては、常に、最初の番組放送に対応
して作成されたＭＨＥＧコンテンツを再放送用のテンプ
レートとして使用していることに依る。

【０１７９】ここで、これまで説明してきたＭＨＥＧコ
ンテンツシステムに対応する、ＭＨＥＧコンテンツのデ
ィレクトリ構成について、例を挙げておく。オーサリン
グ管理サーバ２０４では、ジョブ（ＭＨＥＧテンプレー
ト）の中で、いずれかのジョブが予約されると以下の構
造のディレクトリを作成する。

【０１８０】上記のように示すディレクトリにおいて、
(contents_jobno)は、contentsとしてのJOBNoを示して
いる。また、ここでは、音楽配信番組を前提としてお
り、音楽配信番組にあっては、app1は配信される音楽の
購入用アプリケーションであり、app2は予約用のアプリ
ケーションとして運用される。

【０１８１】\app?配下のディレクトリは、アプリケー
ションの制作（ジョブ）担当者が作業する度に、オーサ
リング管理サーバ２０４から制作端末２０３にコピーし
て作業を行う。作業終了時は制作端末２０３からオーサ
リング管理サーバ２０４Sへコピー（保存）し、制作端
末２０３上での\app?以降のディレクトリは作業終了後
毎に削除するようにされる。オーサリング管理サーバ２
０４では、編集者による確認、検収が行われた時点で\
(contents_jobno)以降を削除する。(data?)は、コンポ
ーネントタグ名（例えば１６進二桁）であり、ディレク
トリ自体は、例えばコンテンツフォーマッタ（オーサリ
ングツール；図１９の場合であればテンプレートエディ
タ２１１）が生成する。

【０１８２】そして、JOBリスト上で各アプリケーショ
ンの担当が決まり、アプリケーションJoBが着手され、
制作モード（ここでは新規モードとされる）とされてＭ
ＨＥＧテンプレートが選択されたら、オーサリング管理
サーバ２０４は、\(contents_jobno)ディレクトリ配下
に\app?以降のディレクトリ構成を、下記のように作成
する。 \(contents_jobno) \app? \source \material \aut-material \template \data?.app? \tpl-out \data?.app? \cnv-out \data?.app? \info （アプリJOBNo.はCOFFのフィールドに記述）

【０１８３】続いて、以下の処理が行われる。 (1) \app?\source\material配下に当該ジョブで使用す
るCOFFファイル(VPPRO.cpf)をコピーする。 (2) \app?\source\material配下に編成で受入れ／制作
／編集した当該ジョブの当該アプリケーションで使用す
る素材ファイル（差し替え用のファイル）をコピーす
る。 (3) \app?\template配下に選択されたテンプレート
（アプリケーション）をディレクトリ付で解凍展開す
る。（ \source\material配下及び\template配下は、テ
ンプレート展開後にリードオンリー属性とする。） (4) \app?\Template\data?.app?\info配下に展開され
たファイルは、\app?\cnv-out\data?_app?\info配下に
すべてコピーする。 (5) 制作（編集）作業を開始する。着手後の編集は、aut-material配下にファイルを作成し
テンプレートコンバータで"o"（必須）のファイルを置
換え、コンバータの出力先をcnv-outにする形で行う。
（例えば、楽曲リストボタンのbitmap等はaut-material
配下でおこなう。）

【０１８４】そして、上記(5)としての編集時としては
次のようになる。 (1) 編集者は、まず\template側のディレクトリに対し
て、\source\material配下の素材（ファイル）を使って
テンプレートコンバートを行い、\tpl_outのディレクト
リに出力させ、今後の編集のリファレンスとなるものを
作る。 (2) 続いて、\tpl_outのコンバート結果に対してＭＨ
ＥＧビューワを起動する。このＭＨＥＧビューワの表示
結果をリファレンスとして作業を行っていく。なお、ビ
デオ映像とのタイミングあわせが必要な場合は、作業者
自身がビデオ映像をAVIファイル化し、\source配下にav
iファイルをコピーしておく。 (3) 編集者は、差し替えの必要があるファイル（例え
ば、ボタンの透明ビットマップやボタン上のテキストフ
ァイル等）を\source\aut-materialに作成する。 (4) 編集者は、\template\data1.app1配下を、編成か
ら送信された\source\material配下の素材（ファイル）
及び編集者自身が作成した\source\aut-material配下の
素材（ファイル）を指定する。そして、これらの素材フ
ァイルを\cnv-out\data?.app?配下にテンプレートコン
バートさせる（差し替える）ための処理を実行させる。
編集者は、\cnv-outの結果をビューワで確認し、完成な
ら次のステップへ、ＮＧであれば(3)に戻ることを繰り
返し、完成させていく。 (5) オーサリング管理サーバのデータベースへ保存し
た後、例えば、アプリケーション仮納品のステイタスを
登録。

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

【０１８６】

【発明の効果】以上説明したように本発明は、テンプレ
ートコンテンツ情報を用意しておくようにされる。この
テンプレートコンテンツ情報について、その変更が必須
であるとして指定されているファイルについてのみ差し
替えを行うようにして、新規な放送番組に対応したコン
テンツ情報を作成するようにされる。

【０１８７】また、一度放送番組に使用されたコンテン
ツ情報を、再放送用のテンプレートコンテンツ情報とし
て用意しておき、このテンプレートコンテンツ情報につ
いて、絶対時間情報のファイルについてのみ差し替えを
行うようにして、再放送番組に対応したコンテンツ情報
を作成するようにされる。

【０１８８】このような構成に依れば、コンテンツ情報
を作成するのにあたっては、テンプレートコンテンツ情
報について必要最小限のファイルを差し替えるという処
理を実行させるだけでよいことになる。つまり、一部差
し替えのために、新たにコンテンツ情報を作成するとき
とほぼ同様の工程を要するような編集作業を行う必要は
なくなる。また、本発明の構成としての処理はコンピュ
ータ装置の構成を採れば自動的に処理可能とされ、編集
者がツールを用いて書き換え等の作業を行う必要はな
い。従って、コンテンツ情報のプログラムにバグ等が生
じたり、不用意にコンテンツの内容が変更される可能性
もほとんどなくすことが可能になるものである。また、
上記構成であれば、例えばコンテンツ情報のフォーマッ
トの知識を特に有した者でなくとも、例えば簡単なコマ
ンド入力操作によって、自動的にファイルの差し替えを
実行させてコンテンツ情報を作成させるようにもでき
る。このようにして本発明では、コンテンツ情報作成の
ための作業効率が大幅に向上されるものである。

【０１８９】特に再放送用にコンテンツ情報を作成する
場合には、先に放送された時に使用されたコンテンツ情
報をテンプレートとして、その絶対時間情報ファイルを
差し替えるだけであるため、コンテンツ情報の内容とし
ては、その他の部分が不用意に書き換えられている可能
性はほとんど無いものにすることが実際には可能とな
る。このため、実際の作業としては、例えばビューワ等
による動作確認を省略しても良くなるものであり、更に
作業効率を高めることができる。

【０１９０】また、差し替えの対象となるファイルとし
ては、コンテンツ情報のスクリプト（制御情報）によっ
て参照される外部参照ファイルとすることで、テンプレ
ートのファイル差し替え時等において、不用意にスクリ
プトが書き換えられるような不都合は解消され、コンテ
ンツ情報のプログラムの保全をより強固なものとするこ
とができるものである。

【０１９１】そして、本発明では、上記のようにして作
成したコンテンツ情報を、放送フォーマットに対応する
とされる所定の情報単位（例えばシーン単位）のファイ
ルとして纏めらた形式に変換するように構成されるが、
これは、例えばオブジェクトカルーセルに対応可能な形
式の段階でテンプレート作成を行って、これをデータカ
ルーセル方式に変換するようにしていることを意味す
る。即ち、本発明は、データカルーセル方式のように、
コンテンツ情報をシーンなどの所定の情報単位のファイ
ル形式で送信する規格にも対応して、安全な手法によっ
てコンテンツ情報の新規作成、及びデータの差し替えを
伴う内容変更を行うことができるようにされるものであ
る。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１７】ＭＨＥＧテンプレートの概念を示す説明図で
ある。

【図１８】ＭＨＥＧコンテンツ編成システムの構成を示
すブロック図である。

【図１９】制作端末の構成を示すブロック図である。

【図２０】ＭＨＥＧコンテンツ作成までの処理手順の流
れを示す説明図である。

【図２１】テンプレートを使用したＭＨＥＧコンテンツ
の作成を実現するための処理動作を示すフローチャート
である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｈ 7/00 Ｇ０６Ｆ 15/40 ３７０ＧＨ０４Ｎ 7/173 ６１０ 15/401 ３３０ＺＦターム(参考） 5B075 ND16 NR02 PQ05 5B082 EA01 GA02 5B089 GA04 HA12 HB10 JA33 JB01 JB03 JB05 KA05 KA12 KF04 KH11 KH14 5C063 AA01 AB03 CA29 CA36 DA03 DA13 DB10 5C064 BA07 BB10 BC18 BD02 BD08 BD09

Claims

【特許請求の範囲】

【請求項１】所定の規格による放送用のコンテンツ情
報を作成するための情報処理装置として、ファイルをディレクトリによって管理する形式とされる
と共に、変更可能なファイルを指定した変更ファイル指
定情報を含んで作成された、或る内容のコンテンツ情報
を、テンプレートコンテンツ情報として保持するテンプ
レート保持手段と、上記テンプレート保持手段から、或る新規の放送番組に
使用すべきコンテンツ情報に適合する所要のテンプレー
トコンテンツ情報を取得する情報取得手段と、上記情報取得手段により取得したテンプレートコンテン
ツ情報について、上記変更ファイル指定情報により変更
が必須であることが指定されているファイルを、上記新
規の放送内容に応じた内容のファイルと差し替えること
で、上記新規の放送番組に使用すべきコンテンツ情報を
作成する新規放送コンテンツ情報作成手段と、を備えて構成されることを特徴とする情報処理装置。
【請求項２】差し替えの対象となる上記ファイルは、
テンプレートコンテンツ情報に含まれてファイルの出力
態様を制御する制御情報によって参照される外部参照フ
ァイルとされていることを特徴とする請求項１に記載の
情報処理装置。
【請求項３】上記新規放送コンテンツ情報作成手段に
より作成されたコンテンツ情報を形成するファイル群に
ついて、放送フォーマットに対応するとされる、所定の
情報単位のファイルとして纏められた形式に変換するた
めの処理を実行する形式変換手段、が備えられることを特徴とする請求項１に記載の情報処
理装置。
【請求項４】上記新規放送コンテンツ情報作成手段に
より作成されたコンテンツ情報を、以降においてテンプ
レートとして再利用可能な、再利用テンプレートコンテ
ンツ情報として保持する、再利用テンプレート保持手
段、を備えていることを特徴とする請求項１に記載の情報処
理装置。
【請求項５】所定の規格による放送用のコンテンツ情
報を作成するための情報処理装置として、上記コンテンツ情報は、放送時間に対応した処理を実行
可能なように、放送時間に対応した絶対時間情報を有し
ているものとされた上で、既に或る放送番組に使用された、ファイルをディレクト
リによって管理する形式のコンテンツ情報を、テンプレ
ートコンテンツ情報として保持するテンプレート保持手
段と、再放送番組に使用すべきコンテンツ情報を作成するた
め、上記テンプレート保持手段から、上記再放送番組を
以前に放送したときに対応して使用されたテンプレート
コンテンツ情報を取得する情報取得手段と、上記情報取得手段により取得したテンプレートコンテン
ツ情報について、上記絶対時間情報のファイルのみを、
上記再放送番組の放送時間に対応した絶対時間情報のフ
ァイルと差し替えることで、上記再放送番組に使用すべ
きコンテンツ情報を作成する再放送コンテンツ情報作成
手段と、を備えて構成されることを特徴とする情報処理装置。
【請求項６】差し替えの対象となる上記ファイルは、
テンプレートコンテンツ情報に含まれてファイルの出力
態様を制御する制御情報によって参照される外部参照フ
ァイルとされていることを特徴とする請求項５に記載の
情報処理装置。
【請求項７】上記再放送コンテンツ情報作成手段によ
り作成されたコンテンツ情報を形成するファイル群につ
いて、放送フォーマットに対応するとされる、所定の情
報単位のファイルとして纏められた形式に変換するため
の処理を実行する形式変換手段、が備えられることを特徴とする請求項５に記載の情報処
理装置。
【請求項８】所定の規格による放送用のコンテンツ情
報を作成するための情報処理方法として、ファイルをディレクトリによって管理する形式とされる
と共に、変更可能なファイルを指定した変更ファイル指
定情報を含んで作成された、或る内容のコンテンツ情報
が、テンプレートコンテンツ情報としてデータベースに
保持されているものとしたうえで、上記データベースから、或る新規の放送番組に使用すべ
きコンテンツ情報に適合する所要のテンプレートコンテ
ンツ情報を取得する情報取得処理と、上記情報取得処理により取得したテンプレートコンテン
ツ情報について、上記変更ファイル指定情報により変更
が必須であることが指定されているファイルを、上記新
規の放送内容に応じた内容のファイルと差し替えること
で、上記新規の放送番組に使用すべきコンテンツ情報を
作成する新規放送コンテンツ情報作成処理と、を実行するように構成されていることを特徴とする情報
処理方法。
【請求項９】差し替えの対象となる上記ファイルは、
テンプレートコンテンツ情報に含まれてファイルの出力
態様を制御する制御情報によって参照される外部参照フ
ァイルとされていることを特徴とする請求項８に記載の
情報処理方法。
【請求項１０】上記新規放送コンテンツ情報作成処理
により作成されたコンテンツ情報を形成するファイル群
について、放送フォーマットに対応するとされる、所定
の情報単位のファイルとして纏められた形式に変換する
ための処理を実行する形式変換処理、を実行するように構成されていることを特徴とする請求
項８に記載の情報処理方法。
【請求項１１】上記新規放送コンテンツ情報作成処理
により作成されたコンテンツ情報を、以降においてテン
プレートとして再利用可能な、再利用テンプレートコン
テンツ情報として所定のデータベースに保持させる、再
利用テンプレート保持制御処理、を実行可能に構成されていることを特徴とする請求項８
に記載の情報処理方法。
【請求項１２】所定の規格による放送用のコンテンツ
情報を作成するための情報処理方法として、上記コンテンツ情報は、放送時間に対応した処理を実行
可能なように、放送時間に対応した絶対時間情報を有し
ていると共に、既に或る放送番組に使用された、ファイルをディレクト
リによって管理する形式のコンテンツ情報が、テンプレ
ートコンテンツ情報としてデータベースに保持されてい
るものとしたうえで、再放送番組に使用すべきコンテンツ情報を作成するた
め、上記データベースから、上記再放送番組を以前に放
送したときに対応して使用されたテンプレートコンテン
ツ情報を取得する情報取得処理と、上記情報取得処理により取得したテンプレートコンテン
ツ情報について、上記絶対時間情報のファイルのみを、
上記再放送番組の放送時間に対応した絶対時間情報のフ
ァイルと差し替えることで、上記再放送番組に使用すべ
きコンテンツ情報を作成する再放送コンテンツ情報作成
処理と、を実行するように構成されていることを特徴とする情報
処理方法。
【請求項１３】差し替えの対象となる上記ファイル
は、テンプレートコンテンツ情報に含まれてファイルの
出力態様を制御する制御情報によって参照される外部参
照ファイルとされていることを特徴とする請求項１２に
記載の情報処理方法。
【請求項１４】上記再放送コンテンツ情報作成処理に
より作成されたコンテンツ情報を形成するファイル群に
ついて、放送フォーマットに対応するとされる、所定の
情報単位のファイルとして纏められた形式に変換するた
めの処理を実行する形式変換処理、を実行するように構成されていることを特徴とする請求
項１２に記載の情報処理方法。