JP2001022625A - データ記録装置、データ記録方法、データ取得装置、データ取得方法 - Google Patents

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 Clock Reference）を再生することもこ
こで行うことができる。

【００８２】また、これまでの説明から分かるように、
１つのトランスポートストリームには複数チャンネル分
の映像／音声／データのパケットが多重されているが、
それ以外にＰＳＩ(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)が使用される。ＩＯＲには、
オブジェクトを見つけ出すためのカルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。

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

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

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

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

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

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

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

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

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

【０１１７】２．ＭＨＥＧコンテンツストレージシステ
ム ２−１．構成例 これまで説明した構成にあって、本実施の形態として
は、図５に示したＭＨＥＧコンテンツストレージシステ
ム４２ＡにおけるＭＨＥＧコンテンツのデータの管理形
態に特徴があるものとされる。なお、ここでいう管理形
態は、ＭＨＥＧコンテンツのデータファイルの記録と、
記録された多数のＭＨＥＧコンテンツのデータファイル
のうちから目的のデータファイルを検索して取得するこ
とに関わる。そこで先ず、ＭＨＥＧコンテンツストレー
ジシステム４２Ａの内部構成例について、図１３を参照
して説明する。

【０１１８】図１３に示すように、ＭＨＥＧコンテンツ
ストレージシステム４２Ａは、データ登録／検索・閲覧
システム３０１、データベース３０２、データ書込／読
出装置３０３、メディア保管部３０４、メディア搬送シ
ステム３０５を備えて成る。

【０１１９】データ登録／検索・閲覧システム３０１
は、例えばコンピュータ装置を備えて構成され、このＭ
ＨＥＧコンテンツストレージシステム４２Ａ全体の動作
を統括する。つまり、ＧＵＩオーサリングシステム４２
にて作成されて供給された、ＭＨＥＧコンテンツとして
のデータファイルを、ＭＨＥＧコンテンツストレージシ
ステム４２Ａ内に記憶させ、また、記憶させたＭＨＥＧ
コンテンツのデータをデータベース化して登録するため
のシステム内での制御処理を行うようにされる。また、
データ取得の際には、記憶されているＭＨＥＧコンテン
ツについての検索と、検索したデータの読み出しのため
のシステム内での制御処理を実行する。

【０１２０】データベース３０２には、当該ＭＨＥＧコ
ンテンツストレージシステム４２Ａにて保存されいるＭ
ＨＥＧコンテンツのデータについて検索を行うためのデ
ータベースとしての情報が格納される。

【０１２１】データ書込／読出装置３０３は、後述する
メディア保管部３０４にて保管される多数のメディア
（記憶媒体）に対応してデータの書き込み及び読み出し
が可能なメディアドライブ装置とされる。

【０１２２】メディア保管部３０４には、例えば所定種
類のメディアが多数格納されている。このメディアに対
しては、ＭＨＥＧコンテンツデータが書き込まれて記録
される。そして、後述するようにして、記憶されるＭＨ
ＥＧコンテンツに対しては検索条件としての属性が設定
されるのであるが、各メディアごとに記録されるＭＨＥ
Ｇコンテンツは、その属性が同一であるように管理され
ている。つまり、各メディアは、１（又は複数）の属性
に対応して設けられるものである。なお、ここでのメデ
ィアとしては、いわゆるリムーバブルな種別のものであ
れば特に限定されるものではない。つまり、所定種類の
ディスクメディアであっても良いし、例えばメモリ等の
記憶素子を備えたメディアとされてもよいものである。

【０１２３】メディア送出システム３０５は、メディア
の搬送を行うための機構を備えたシステムとされる。即
ち、メディア保管部３０４に格納されている複数のメデ
ィアのうちから必要なメディアを取り出して搬送し、デ
ータ書込／読出装置３０３に対して装填することが可能
とされ、また、データ書込／読出装置３０３に対して装
填されていたメディアを排出させて搬送し、メディア保
管部３０４内の所定位置に対してメディアを戻すように
配置させることができるものである。

【０１２４】なお、この図１３に示すシステムとして
は、例えばデータ登録／検索・閲覧システム３０１、デ
ータベース３０２、データ書込／読出装置３０３、メデ
ィア搬送システム３０５間が同じバスラインによって相
互通信可能なように接続されるようにして構築されても
構わないものである。

【０１２５】２−２．データ登録／検索・閲覧システム
の構成 続いて、上記したＭＨＥＧコンテンツストレージシステ
ム４２Ａにおいて、そのシステムを統括するデータ登録
／検索・閲覧システム３０１の内部構成について、図１
４を参照して説明しておく。この図に示すようにして、
データ登録／検索・閲覧システム３０１としては、基本
的にはコンピュータ装置としての構成を採っている。

【０１２６】この図に示すパーソナルコンピュータ１１
３は、外部とデータの授受を行うための外部インターフ
ェイス２０９を備えている。外部インターフェイス２０
９は、外部データバス２１１と接続されることで外部機
器と相互通信が可能とされる。外部インターフェイス２
０９は、外部データバス２１１を介して受信したパケッ
トを復調し、復調したパケットに含まれるデータを抽出
し、この抽出データを内部データ通信に適合するデータ
フォーマットにより変換を行って、内部バス２１０を介
してＣＰＵ２０１に出力する。また、ＣＰＵ２０１の制
御によって出力されたデータを入力し、パケット化等の
実際の外部インターフェイスフォーマットに従った変調
処理を施して、外部データバス２１１を介して外部に送
信出力する。

【０１２７】ＣＰＵ２０１は、例えばＲＯＭ２０２に保
持されているプログラムに従って各種の処理を実行す
る。特に本実施の形態では、後述するようなＭＨＥＧコ
ンテンツストレージシステム４２Ａとしての動作を実現
するためのプログラムが、上記ＲＯＭ２０２に対して格
納されることになる。また、ＲＡＭ２０３にはＣＰＵ２
０１が各種処理を実行するのに必要なデータやプログラ
ム等が適宜保持される。

【０１２８】入出カインターフェイス２０４は、キーボ
ード２０５とマウス２０６が接続されており、これらか
ら供給された操作信号をＣＰＵ２０１に出カするように
されている。また、入出カインタフェイス２０４には、
記憶媒体としてハードディスクを備えたハードディスク
ドライブ２０７が接続されている。ＣＰＵ２０１は、入
出カインタフェイス２０４を介して、ハードディスクド
ライブ２０７のハードディスクに対してデータやプログ
ラム等の記録又は読み出しを行うことができるようにさ
れている。この場合、入出カインタフェース２０４に
は、さらに、画像表示のためのディスプレイモニタ２０
８が接続されている。内部バス２１０は、例えば、ＰＣ
Ｉ(Peripheral Component Interconnect)又はローカル
バス等により構成され、内部における各機能回路部間を
相互に接続している。

【０１２９】２−３．ＭＨＥＧコンテンツストレージシ
ステムの動作 続いて、上記構成によるＭＨＥＧコンテンツストレージ
システムの動作について以下説明することとし、先ず、
ＧＵＩオーサリングシステム４２にて作成されたＭＨＥ
Ｇコンテンツとしてのデータファイルを、ＭＨＥＧコン
テンツストレージシステム４２Ａ内にて登録して保持す
る際の動作について説明する。この登録動作は次に示す
手順１〜８によって行われる。

【０１３０】手順１．データ登録／検索・閲覧システム
３０１としては、予め、ＭＨＥＧコンテンツのデータフ
ァイルに設定可能とされる属性を必要なだけ用意してお
く。ここでは、属性の内容については特に限定されるも
のではなく、例えばコンテンツの内容に従った各種属性
や、作成日時に対応する各種属性、また、放送日時等に
対応する各種属性など、多様に設定可能である。また、
例えば属性ごとにＩＤを付しておくと、データファイル
の管理が容易となって好ましい。

【０１３１】手順２．或る１つのＭＨＥＧコンテンツと
してのデータファイルが入力され、これを登録するとさ
れる場合には、データ登録／検索・閲覧システム３０１
は、この登録対象とされるＭＨＥＧコンテンツのデータ
ファイルに対して、その内容等に応じて属性を設定する
ようにされる。そして、特に本実施の形態にあっては、
１つのＭＨＥＧコンテンツのデータファイルに対して、
複数の属性を設定可能とされている。このような属性の
設定の実際としては、例えば作業者がマウスやキーボー
ドに対する操作を行うことで設定されるようにすればよ
い。若しくは、ＭＨＥＧコンテンツのデータとして含ま
れている管理情報的な内容を参照することで、自動的に
属性を設定するように構成することも考えられる。

【０１３２】手順３．データ登録／検索・閲覧システム
３０１は、上記手順２にてＭＨＥＧコンテンツのデータ
ファイルに対して設定した属性を選択する。（複数設定
されていればそのうちから１つの属性を選択する）そし
て、この属性が対応するものとして設定されたメディア
を、メディア搬送システム３０５に対して指定する。 手順４．メディア搬送システム３０５では、データ登録
／検索・閲覧システム３０１により指定されたメディア
をメディア保管部３０４から取り出して、データ書込／
読出装置３０３に装填するように動作する。

【０１３３】手順５．データ登録／検索・閲覧システム
３０１は、上記手順４によって指定のメディアがデータ
書込／読出装置３０３に装填されたのを確認すると、登
録対象のＭＨＥＧコンテンツのデータファイルを、デー
タ書込／読出装置３０３に対して転送する。データ書込
／読出装置３０３では、転送されてくるＭＨＥＧコンテ
ンツのデータファイルを、現在装填されているメディア
に対して記録する。

【０１３４】手順６．上記手順５によってメディアに対
するＭＨＥＧコンテンツのデータファイルの記録が終了
したことを確認すると、データ登録／検索・閲覧システ
ム３０１は、データ書込／読出装置３０３に装填されて
いるメディアを、メディア保管部３０４に対して収納す
るようにメディア搬送システム３０５に対して指示す
る。この指示に応答して、メディア搬送システム３０５
では、データ書込／読出装置３０３から排出されたメデ
ィアをメディア保管部３０４に戻すようにして搬送す
る。

【０１３５】手順７．ここで、登録対象とされている同
じＭＨＥＧコンテンツにあって、複数の属性が設定され
ている場合には、これらの属性ごとに、手順３〜６を繰
り返すようにされる。

【０１３６】手順８．上記のようにして、各属性ごとに
対応してメディアへの記録が完了したことが確認される
と、データ登録／検索・閲覧システム３０１は、この登
録対象となっているデータについての所定の情報（例え
ばデータファイル名、属性のＩＤ情報等）を、データベ
ース３０２に対して与える。データベース３０２にあっ
ては、この情報に基づいて検索用のデータベースとして
の情報を構築して、ここで保持するようにされる。ここ
で、データベースの構造としては、検索条件として属性
を選択すれば、その属性を有するデータファイルのリス
トが得られるようにしておくことが必要となる。また、
逆に検索条件としてデータファイルを選択したのであれ
ば、そのデータファイルに対して設定された属性のリス
トが得られるようにしておくことも好ましい。

【０１３７】このような登録時の管理形態によれば、Ｍ
ＨＥＧコンテンツのデータは、設定された属性が複数で
あれば、その属性に対応するメディアの各々に対して、
同じＭＨＥＧコンテンツのデータが記録されることにな
る。また、これをメディアの記録内容としてみた場合に
は、メディアには予め特定の属性が対応しており、その
属性が設定されたＭＨＥＧコンテンツのデータファイル
のみが集められて記録されていることになる。そして、
データベースとしては、この属性を検索条件としてデー
タファイルのリストが得られるようにされる。

【０１３８】続いて、メディア保管部３０４に対して格
納された多数のＭＨＥＧコンテンツのデータファイルか
ら、目的のデータファイルを検索して取得するための動
作について説明する。この動作は、次に示す手順１〜６
によって行われる。

【０１３９】手順１．データ登録／検索・閲覧システム
３０１は、例えばディスプレイモニタに対して、検索画
面として設定されている属性のリストを表示するように
される。そして、例えば作業者の操作等によって、この
属性のリストから、目的のデータファイルが有している
とされる属性を例えば１つ選択するようにされる。

【０１４０】手順２．上記のようにして１つの属性につ
いての選択が行われたとされると、データ登録／検索・
閲覧システム３０１は、データベース３０２に対する検
索を行って、選択された属性を有しているとされるデー
タファイルの一覧をディスプレイモニタに対して表示さ
せる。 手順３．また上記手順２と並行して、データ登録／検索
・閲覧システム３０１は、選択された属性に対応するメ
ディアの搬送を、メディア搬送システム３０５に対して
指示する。 手順４．メディア保管部３０４では、上記手順３により
行われた指示に応答して、メディア保管部３０４から選
択された属性に対応するメディアを選択して取り出して
搬送し、データ書込／読出装置３０３に対して装填す
る。 手順５．データ登録／検索・閲覧システム３０１にあっ
ては、上記手順２によって表示されているデータファイ
ルの一覧から、例えば作業者の操作によって目的のデー
タファイルを選択する操作が行われる。 手順６．上記手順５としてのデータファイルの選択決定
が行われた際、手順４としてのメディアの装填が完了し
ているのであれば（完了していなければその完了を待っ
て）、データ登録／検索・閲覧システム３０１は、デー
タ書込／読出装置３０３に対して装填された、メディア
から選択されたデータファイルについての読み出しを行
う。例えばこのデータファイルは一旦ハードディスクに
保存するなどしておき、所定の機会で以て、放送用のデ
ータとしてＤＳＭ−ＣＣエンコーダ４４に転送するよう
にされる。また、メディアから選択されたデータファイ
ルについての読み出しを行った場合には、この読み出し
が行われたＭＨＥＧコンテンツのデータファイルについ
て表示を行うようにしても良い。

【０１４１】これまで述べたようなデータの検索及び取
得手順によれば、例えば作業者が、属性の選択を決定し
た段階で、先ず、その属性に応じたメディアへのアクセ
ス動作（ここでは、メディアのデータ書込／読出装置３
０３への装填となる）が行われる。そして、属性の選択
後においてデータファイルの選択を行ったときには、こ
のアクセスしているメディア上に記録されているデータ
ファイルを読み出すようにされる。つまり、本実施の形
態にあっては、属性の選択がおこなわれた段階で、属性
単位でのデータへのアクセスが行われ、以降は、その属
性内でのデータファイルの選択に応じて、アクセス後の
メディアから目的のデータを読み出すようにされる。つ
まり、検索動作と、データファイル読み出しのためのア
クセスが、それぞれ別の機会に行われるのではなく、ほ
ぼ同時進行するようにして行われることになる。つま
り、作業者としては、検索のための操作を行いさえすれ
ば、迅速にデータファイルを取得できることになる。こ
れは、これまでの説明から分かるように、属性ごとに応
じてメディアにデータファイルを記録し、かつ、検索シ
ステムと、メディアに対するデータの読み出し動作が連
係されていることで実現されるものである。

【０１４２】なお、ＭＨＥＧコンテンツストレージシス
テムの構成としては、例えば図１３及び図１４に示した
ものに限定されるものではない。例えば、ここでは、属
性ごとに１つのメディアが対応するものとしているが、
１つのメディアに複数の属性が設定され、予め定められ
た領域ごとに特定の属性のデータファイルが記録される
ようにしてもよいものである。また、放送システム内で
保存しておく必要があるとされる全てのデータファイル
を保存可能な大容量の記憶媒体があるとすれば、この１
つの記憶媒体の記憶領域を、属性ごとに応じて分割設定
するようにして、上述したように、データファイルの記
録／読み出しの管理を行うようにしてもよいものであ
る。この場合には、メディア搬送システム３０５やメデ
ィア保管部３０４は省略することができる。

【０１４３】また、上記実施の形態にあっては、放送シ
ステム内のＭＨＥＧコンテンツデータ（ＧＵＩデータ）
を記憶して管理する場合について例を挙げているが、例
えば、ビデオデータやオーディオデータなど、他の放送
用のコンポーネントのデータを管理する場合にも適用可
能とされる。また、放送システムだけではなく、他の用
途でのデータストレージシステムに対しても適用が可能
とされる。

【０１４４】

【発明の効果】以上説明したように本発明は、データ登
録に際しては、データファイルに対して１又は複数の属
性を設定し、設定された属性に対応するメディア（属性
別記憶媒体又は属性別記憶領域）の各々に対してデータ
ファイルを記録するようにされる。そしてデータファイ
ルの取得に際しては、属性を選択するのに応じて、その
属性を有するデータファイルが記録されているメディア
にアクセスするようにされる。そして、選択された属性
を有するデータファイル群のなかから任意のデータファ
イルが選択されたのであれば、上記のようにしてアクセ
スが完了しているメディアから選択したデータファイル
を読み出して取得するようにされる。このような構成で
あれば、データファイルの検索と、その検索結果に応じ
たメディアへのアクセスがほぼ並行して行われることに
なるため、それだけ、必要なデータファイルを迅速に取
得することができる。また、本実施の形態としては、デ
ータファイルに対して複数の属性を設定することが可能
とされているので、例えば、そのデータファイルについ
てできる限り多くの属性を設定しておくことで、たとえ
登録されているデータファイルが多数であっても、属性
を検索条件とする検索は容易なものとすることが可能に
なる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【図１３】ＭＨＥＧコンテンツストレージシステムの構
成例を示すブロック図である。

【図１４】データ登録／検索・閲覧システムの構成を示
すブロック図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 9/00 ３０１ Ｈ０４Ｑ 9/00 ３２１Ｅ ５Ｄ１０８ ３２１ ３３１Ａ ５Ｋ０４８ ３３１ Ｇ１０Ｋ 15/04 ３０２Ｄ // Ｇ１０Ｋ 15/04 ３０２ Ｈ０４Ｈ 1/00 Ｚ Ｈ０４Ｈ 1/00 Ｇ０６Ｆ 15/40 ３７０Ｄ 15/401 ３１０Ｃ Ｆターム(参考） 5B065 BA01 CA07 CC03 CC07 CH18 ZA16 5B075 ND16 NK25 NK46 PP03 PP13 PP30 PQ02 PQ04 5B082 EA05 5B089 GA12 HA12 JA32 5C052 AA20 AC08 DD04 5D108 BB03 BC01 BC02 BC12 5K048 BA03 DA02 DB01 DC02 EA11 FC01

Claims (4)

【特許請求の範囲】
1. 【請求項１】 入力されたデータファイルに対して検索
   に使用されるべき属性を１又は複数設定することのでき
   る属性設定手段と、 上記属性ごとに区分されてデータファイルが記憶される
   べき複数の属性別記憶領域又は属性別記憶媒体に対応し
   てデータの書き込みが可能とされるデータ書き込み手段
   と、 上記属性設定手段によって設定された複数の属性ごとに
   対応する上記属性別記憶領域又は上記属性別記憶媒体の
   各々に対してデータファイルを書き込むように、上記デ
   ータ書き込み手段に対する制御を実行するデータ書き込
   み制御手段と、 を備えていることを特徴とするデータ記録装置。
2. 【請求項２】 入力されたデータファイルに対して検索
   に使用されるべき属性を１又は複数設定することのでき
   る属性設定ステップと、 上記属性ごとに区分されてデータファイルが記憶される
   べき複数の属性別記憶領域又は属性別記憶媒体が存在す
   るものとしたうえで、上記属性設定ステップによって設
   定された複数の属性ごとに対応する上記属性別記憶領域
   又は上記属性別記憶媒体の各々に対してデータファイル
   を書き込むデータ書き込みステップと、 を実行するように構成されていることを特徴とするデー
   タ記録方法。
3. 【請求項３】 検索に使用されるべき属性が１又は複数
   設定されたデータファイル単位でデータが記憶されてお
   り、かつ、上記属性ごとに区分されてデータファイルが
   記憶される複数の属性別記憶領域又は属性別記憶媒体か
   らデータを取得するデータ取得装置であって、 上記属性を選択するための属性選択手段と、 上記属性選択手段により選択された属性を有するデータ
   ファイルのうちから任意のデータファイルを選択するデ
   ータファイル選択手段と、 上記属性選択手段によって属性の選択が行われたとき
   に、この選択された属性のデータファイルが記憶されて
   いる上記属性別記憶領域又は上記属性別記憶媒体に対し
   てアクセスを実行し、上記データファイル選択手段によ
   ってデータファイルが選択されたときには、この選択さ
   れたデータファイルを、アクセスが行われた上記属性別
   記憶領域又は上記属性別記憶媒体から読み出すことでデ
   ータの取得を行うデータ読み出し手段と、 を備えていることを特徴とするデータ取得装置。
4. 【請求項４】 検索に使用されるべき属性が１又は複数
   設定されたデータファイル単位でデータが記憶されてお
   り、かつ、上記属性ごとに区分されてデータファイルが
   記憶される複数の属性別記憶領域又は属性別記憶媒体か
   らデータを取得するデータ取得方法であって、 上記属性を選択するための属性選択ステップと、 上記属性選択手段により選択された属性を有するデータ
   ファイルのうちから任意のデータファイルを選択するデ
   ータファイル選択ステップと、 上記属性選択ステップによって属性の選択が行われたと
   きに、この選択された属性のデータファイルが記憶され
   ている上記属性別記憶領域又は上記属性別記憶媒体に対
   してアクセスを実行するアクセスステップと、 上記データファイル選択ステップによってデータファイ
   ルが選択されたときには、この選択されたデータファイ
   ルを、上記アクセスステップによってアクセスが行われ
   た上記属性別記憶領域又は上記属性別記憶媒体から読み
   出すことでデータの取得を行うデータ取得ステップと、 を実行するように構成されていることを特徴とするデー
   タ取得方法。