JP2000032429A - 情報受信装置、及びダウンロード方法 - Google Patents

情報受信装置、及びダウンロード方法

Info

Publication number
JP2000032429A
JP2000032429A JP20027098A JP20027098A JP2000032429A JP 2000032429 A JP2000032429 A JP 2000032429A JP 20027098 A JP20027098 A JP 20027098A JP 20027098 A JP20027098 A JP 20027098A JP 2000032429 A JP2000032429 A JP 2000032429A
Authority
JP
Japan
Prior art keywords
data
recording
storage device
download
audio
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP20027098A
Other languages
English (en)
Other versions
JP4411666B2 (ja
Inventor
Ichiro Hamada
一郎 濱田
Masao Mizutani
正男 水谷
Hiroshi Inoue
啓 井上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP20027098A priority Critical patent/JP4411666B2/ja
Priority to US09/353,707 priority patent/US6931198B1/en
Priority to KR1019990028489A priority patent/KR100653561B1/ko
Publication of JP2000032429A publication Critical patent/JP2000032429A/ja
Application granted granted Critical
Publication of JP4411666B2 publication Critical patent/JP4411666B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • User Interface Of Digital Computer (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

(57)【要約】 【課題】 情報受信装置側でダウンロード前にストレー
ジデバイスの状況をチェックし、ダウンロード失敗が確
実に予測されるような場合に対応処置がとれるようにす
る。 【解決手段】 ダウンロード実行前に情報受信装置は、
ストレージデバイス側で確実にダウンロードが失敗して
しまうと予測される状態となっているか否かを確認す
る。そしてそのような状態でない場合（つまりダウンロ
ード動作のための必要な条件が整っている場合に）に記
録データの供給を開始し、ストレージデバイス側でダウ
ンロードが行われるようにする。またダウンロード成功
の条件が整っていない場合にはユーザーに対してメッセ
ージを提示し、必要な処置を求める。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、例えばデジタル衛
星放送によるデータサービスなどの、情報の送信／受信
／記録（ダウンロード）を行うシステムに関わり、特に
情報の受信を行い、ストレージ機器に対してダウンロー
ドデータを提供する情報受信装置に関するものである。
【０００２】
【従来の技術】近年、デジタル衛星放送の普及が進んで
いる。デジタル衛星放送は、例えば既存のアナログ放送
と比較してノイズやフェージングに強く、高品質の信号
を伝送することが可能である。また、周波数利用効率が
向上され、多チャンネル化も図ることが可能になる。具
体的には、デジタル衛星放送であれば１つの衛星で数百
チャンネルを確保することも可能である。このようなデ
ジタル衛星放送では、スポーツ、映画、音楽、ニュース
などの専門チャンネルが多数用意されており、これらの
専門チャンネルでは、それぞれの専門のコンテンツに応
じたプログラムが放送されている。
【０００３】そして、上記のようなデジタル衛星放送シ
ステムを利用して、ユーザが楽曲等の音声データをダウ
ンロードできるようにしたり、いわゆるテレビショッピ
ングとして、例えばユーザが放送画面を見ながら何らか
の商品についての購買契約を結べるようにしたりするこ
とが提案されている。つまりは、デジタル衛星放送シス
テムとして、通常の放送内容と並行したデータサービス
放送を行うものである。
【０００４】一例として、楽曲データのダウンロードで
あれば、放送側においては、放送番組と並行して、楽曲
データを多重化して放送するようにする。また、この楽
曲データのダウンロードに際しては、ＧＵＩ(Graphical
User Interface)画面（即ちダウンロード用の操作画面
である）を表示させることでインタラクティブな操作を
ユーザに行わせるようにされるが、このＧＵＩ画面出力
のためのデータも多重化して放送するようにされる。そ
して、受信装置を所有しているユーザ側では、所望のチ
ャンネルを選局している状態で、受信装置に対する所定
の操作によって楽曲データをダウンロードするためのＧ
ＵＩ画面を表示出力させるようにする。そして、この表
示された操作画面に対してユーザが操作を行うことで、
例えば受信装置に接続したデジタルオーディオ機器に対
してデータを供給し、これが録音されるようにするもの
である。
【０００５】ところで、上記のような楽曲データをダウ
ンロードするためのＧＵＩ画面としては、例えばＧＵＩ
画面を形成するパーツ的な画像データ、テキストデータ
などの情報に加え、更には所定操作に応じた音声出力の
ための音声データなどの単位データ（ファイル）をそれ
ぞれオブジェクトとして扱い、このオブジェクトの出力
態様を所定方式によるシナリオ記述によって規定するこ
とによって、上記操作画面についての所要の表示形態及
び音声等の出力態様を実現するように構成することが考
えられる。なお、ここでは、上記ＧＵＩ画面のようにし
て、記述情報によって規定されることで、或る目的に従
った機能を実現する表示画面（ここでは音声等の出力も
含む）のことを「シーン」というものとする。また、
「オブジェクト」とは、記述情報に基づいてその出力態
様が規定される画像、音声、テキスト等の単位情報を示
しており、伝送時においては、ここでは記述情報自体の
データファイルも「オブジェクト」の１つとして扱われ
るものとする。
【０００６】上記シーン表示及びシーン表示上での音声
出力等を実現するためのオブジェクトは、放送局側で放
送すべきシーンを形成するデータのディレクトリ構造に
対して適当にマッピングが施され、所定の伝送方式に従
ってエンコードされて送信される。例えば、或る１番組
において複数のシーンが必要な場合には、これら複数の
シーンに必要されるオブジェクトのデータが適当にマッ
ピングされたうえで送信されることになる。受信装置側
では伝送方式に従ってデコード処理を施して、例えば表
示に必要なシーンに必要とされるオブジェクトごとの纏
まりとしてのデータを得て、これをシーンとして出力す
るようにされる。
【０００７】
【発明が解決しようとする課題】ところでユーザー側が
所有する受信装置には、ダウンロードのためにストレー
ジデバイスが接続される。ストレージデバイスとしては
ＭＤレコーダやＶＣＲ、ＤＶＤレコーダのように各種の
機器が考えられるが、当然ながら確実なダウンロードが
実行されるためには、これらのストレージデバイス側で
ダウンロードが実行できるような動作条件が整っていな
ければならない。例えばＭＤレコーダを例にあげると、
ディスクが装填されていなかったり、ディスクがライト
プロテクトされていると、ダウンロードは実行できな
い。またディスクの記録容量も十分に残っていることが
必要になる。さらに、このようなメディアの状況だけで
なく、そのストレージデバイスが電源オンとされている
か、または受信装置側からのデータ入力に対応できる状
態となっているかなども正確なダウンロードのための条
件となる。
【０００８】即ちダウンロードを行なおうとする場合
は、ストレージデバイス側でこれらの条件が整っている
ことをユーザーが確認し、条件が整っていない場合は必
要な対応処置（例えばディスク交換など）をとらなけれ
ばならない。しかしながら実際には、ユーザーは常にこ
のような確認を適切に行うものではなく、また勘違いや
不慣れな操作などによるミスも発生する。そしてそのよ
うな場合は、実際にダウンロードが開始されても、適切
なダウンロードが実行できないことになる。
【０００９】
【課題を解決するための手段】本発明はこのような事情
に鑑みてなされたもので、ダウンロードを行なおうとす
る際に、ストレージデバイス側に確実にダウンロード失
敗となるような状況があるか否かを情報受信装置側で確
認するようにするものである。
【００１０】このために情報受信装置には、記録データ
供給手段により、或るストレージデバイスに対する記録
データの供給を開始する前に、そのストレージデバイス
において、供給しようとする記録データに対する記録動
作が可能であるか否かを判別する判別手段と、判別手段
による判別結果に応じて記録データ供給手段からのデー
タ供給動作の実行を制御する制御手段とを備えるように
する。つまり、ダウンロード実行前に判別手段により、
ストレージデバイス側で確実にダウンロードが失敗して
しまうと予測される状態となっているか否かを確認す
る。そしてそのような状態でない場合（つまりダウンロ
ード動作のための必要な条件が整っている場合に）制御
手段は記録データの供給を開始し、ストレージデバイス
側でダウンロードが行われるようにする。また条件が整
っていない場合には提示手段によりユーザーに対してメ
ッセージを提示し、必要な処置を求めるようにする。例
えばディスク装填、ディスク交換などを求めるようにす
る。
【００１１】また情報受信装置では、記録データ供給手
段により或るストレージデバイスに対する記録データの
供給を開始する前に、そのストレージデバイスが当該情
報受信装置からの記録データの供給に対応できる状態と
なるように、そのストレージデバイスに対する指示制御
を行うデバイス指示手段を備えるようにする。即ち、ユ
ーザーを介さずに対処できるような条件がある場合は、
情報受信装置からストレージデバイスを制御し、ストレ
ージデバイスがダウンロード動作に必要な所定の状態と
なるようにする。例えば電源状態や入力切換などは情報
受信装置が直接ストレージデバイスに対して指示できる
ようにする。
【００１２】
【発明の実施の形態】以降、本発明の実施の形態につい
て説明する。本発明が適用されるシステムとしては、デ
ジタル衛星放送を利用して番組を放送すると共に、受信
装置側ではこの番組に関連した楽曲データ（音声デー
タ）等の情報を受信し、番組及び関連した楽曲データを
出力できるとともに、その楽曲データを接続したストレ
ージ機器にダウンロードさせることができるようにした
システムを例に挙げることとする。そしてこのようなシ
ステムにおける受信装置（後述するＩＲＤ）が本発明の
実施の形態となる。またストレージ機器としてはＭＤ
（ミニディスク）レコーダを例にあげる。説明は次の順
序で行う。 １．デジタル衛星放送システム １−１．全体構成 １−２．ＧＵＩ画面に対する操作 １−３．地上局 １−４．送信フォーマット １−５．ＡＴＲＡＣデータの送信フォーマット １−６．ＩＲＤ １−７．ＭＤレコーダ １−８．ＭＤのエリア構成 ２．ダウンロード ２−１．機器接続構成 ２−２．機器接続に関する処理 ２−３．ダウンロード動作概要 ２−４．ダウンロード設定処理 ２−５．ダウンロード実行前のチェック処理 ２−６．ダウンロードセットアップ ２−７．ＡＴＲＡＣダウンロード ２−８．管理／付加情報のダウンロード及び終了処理 ２−９．エラー発生時の処理
【００１３】１．デジタル衛星放送システムの構成 １−１．全体構成 図１は、本例としてのデジタル衛星放送システムの全体
構成を示すものである。この図に示すように、デジタル
衛星放送の地上局１には、テレビ番組素材サーバ６から
のテレビ番組放送のための素材と、楽曲素材サーバ７か
らの楽曲データの素材と、音声付加情報サーバ８からの
音声付加情報と、ＧＵＩデータサーバからのＧＵＩデー
タとが送られる。
【００１４】テレビ番組素材サーバ６は、通常の放送番
組の素材を提供するサーバである。このテレビ番組素材
サーバから送られてくる音楽放送の素材は、動画及び音
声とされる。例えば、音楽放送番組であれば、上記テレ
ビ番組素材サーバ６の動画及び音声の素材を利用して、
例えば新曲のプロモーション用の動画及び音声が放送さ
れたりすることになる。
【００１５】楽曲素材サーバ７は、オーディオチャンネ
ルを使用して、オーディオ番組を提供するサーバであ
る。このオーディオ番組の素材は音声のみとなる。この
楽曲素材サーバ７は、複数のオーディオチャンネルのオ
ーディオ番組の素材を地上局１に伝送する。各オーディ
オチャンネルの番組放送ではそれぞれ同一の楽曲が所定
の単位時間繰り返して放送される。各オーディオチャン
ネルは、それぞれ、独立しており、その利用方法として
は各種考えられる。例えば、１つのオーディオチャンネ
ルでは最新の日本のポップスの数曲を或る一定時間繰り
返し放送し、他のオーディオチャンネルでは最新の外国
のポップスの数曲を或る一定時間繰り返し放送するとい
うようにされる。
【００１６】音声付加情報サーバ８は、楽曲素材サーバ
７から出力される楽曲の時間情報等を提供するサーバで
ある。
【００１７】ＧＵＩデータサーバ９は、ユーザが操作に
用いるＧＵＩ画面を形成するための「ＧＵＩデータ」を
提供する。例えば後述するような楽曲のダウンロードに
関するＧＵＩ画面であれば、配信される楽曲のリストペ
ージや各楽曲の情報ページを形成するための画像デー
タ、テキストデータ、アルバムジャケットの静止画を形
成するためのデータなどを提供する。更には、受信設備
３側にていわゆるＥＰＧ(Electrical Program Guide)と
いわれる番組表表示を行うのに利用されるＥＰＧデータ
もここから提供される。なお、「ＧＵＩデータ」として
は、例えばＭＨＥＧ(Multimedia Hypermedia Informati
on Coding Experts Group)方式が採用される。ＭＨＥＧ
とは、マルチメディア情報、手順、操作などのそれぞれ
と、その組み合わせをオブジェクトとして捉え、それら
のオブジェクトを符号化したうえで、タイトル（例えば
ＧＵＩ画面）として制作するためのシナリオ記述の国際
標準とされる。また、本例ではＭＨＥＧ−５を採用する
ものとする。
【００１８】地上局１は上記テレビ番組素材サーバ６、
楽曲素材サーバ７、音声付加情報サーバ８、及びＧＵＩ
データサーバ９から伝送された情報を多重化して送信す
る。本例では、テレビ番組素材サーバ６から伝送された
ビデオデータはＭＰＥＧ(Moving Picture Experts Grou
p)２方式により圧縮符号化され、オーディオデータはＭ
ＰＥＧ２オーディオ方式により圧縮符号化される。ま
た、楽曲素材サーバ７から伝送されたオーディオデータ
は、オーディオチャンネルごとに対応して、例えばＭＰ
ＥＧ２オーディオ方式と、ＡＴＲＡＣ(Adoptive Tranfo
rm Acoustic Coding)方式と何れか一方の方式により圧
縮符号化される。また、これらのデータは多重化の際、
キー情報サーバ１０からのキー情報を利用して暗号化さ
れる。なお、地上局１の内部構成例については後述す
る。
【００１９】地上局１からの信号は衛星２を介して各家
庭の受信設備３で受信される。衛星２には複数のトラン
スポンダが搭載されている。１つのトランスポンダは例
えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受
信設備３としては、パラボラアンテナ１１とＩＲＤ(Int
egrated Receiver Decorder)１２と、ストレージデバイ
ス１３と、モニタ装置１４とが用意される。また、この
場合には、ＩＲＤ１２に対して操作を行うためのリモー
トコントローラ６４が示されている。
【００２０】パラボラアンテナ１１で衛星２を介して放
送されてきた信号が受信される。この受信信号がパラボ
ラアンテナ１１に取り付けられたＬＮＢ(Low Noize Blo
ck Down Converter)１５で所定の周波数に変換され、Ｉ
ＲＤ１２に供給される。
【００２１】ＩＲＤ１２における概略的な動作として
は、受信信号から所定のチャンネルの信号を選局し、そ
の選局された信号から番組としてのビデオデータ及びオ
ーディオデータの復調を行ってビデオ信号、オーディオ
信号として出力する。また、ＩＲＤ１２では、番組とし
てのデータと共に多重化されて送信されてくる、ＧＵＩ
データに基づいてＧＵＩ画面としての出力も行う。この
ようなＩＲＤ１２の出力は、例えばモニタ装置１４に対
して供給される。これにより、モニタ装置１４では、Ｉ
ＲＤ１２により受信選局した番組の画像表示及び音声出
力が行われ、また、後述するようなユーザの操作に従っ
てＧＵＩ画面を表示させることが可能となる。
【００２２】ストレージデバイス１３は、ＩＲＤ１２に
よりダウンロードされたオーディオデータ（楽曲デー
タ）を保存するためのものである。このストレージデバ
イス１３の種類としては特に限定されるものではなく、
ＭＤ(Mini Disc)レコーダ／プレーヤ（以下ＭＤレコー
ダ）、ＤＡＴレコーダ／プレーヤ、ＤＶＤレコーダ／プ
レーヤ等を用いることができる。また、ストレージデバ
イス１３としてパーソナルコンピュータ装置を用い、ハ
ードディスクのほか、ＣＤ−Ｒ等をはじめとする記録が
可能なメディアにオーディオデータを保存するようにす
ることも可能とされる。但し本例においては、後述する
ダウンロード動作に関しては、ＩＲＤ１２はストレージ
デバイス１３として接続されている機器のうちＭＤレコ
ーダにダウンロードを実行させるものとして説明する。
【００２３】また、本例の受信設備３としては、図２に
示すように、データ伝送規格としてＩＥＥＥ１３９４に
対応したデータインターフェイスを備えたＭＤレコーダ
１３Ａを、図１に示すストレージデバイス１３として使
用することができるようになっている。この図に示すＩ
ＥＥＥ１３９４対応のＭＤレコーダ１３Ａは、ＩＥＥＥ
１３９４バス１６によりＩＲＤ１２と接続される。これ
によって、本例では、ＩＲＤ１２にて受信された、楽曲
としてのオーディオデータ（ダウンロードデータ）を、
ＡＴＲＡＣ方式により圧縮処理が施されたままの状態で
直接取り込んで記録することができる。また、ＭＤレコ
ーダ１３ＡとＩＲＤ１２とをＩＥＥＥ１３９４バス１６
により接続した場合には、上記オーディオデータの他、
そのアルバムのジャケットデータ（静止画データ）及び
歌詞などのテキストデータを記録することも可能とされ
ている。
【００２４】ＩＲＤ１２は、例えば電話回線４を介して
課金サーバ５と通信可能とされている。ＩＲＤ１２に
は、後述するようにして各種情報が記憶されるＩＣカー
ドが挿入される。例えば楽曲のオーディオデータのダウ
ンロードが行われたとすると、これに関する履歴情報が
ＩＣカードに記憶される。このＩＣカードの情報は、電
話回線４を介して所定の機会、タイミングで課金サーバ
５に送られる。課金サーバ５は、この送られてきた履歴
情報に従って金額を設定して課金を行い、ユーザに請求
する。
【００２５】これまでの説明から分かるように、本発明
が適用されたシステムでは、地上局１は、テレビ番組素
材サーバ６からの音楽番組放送の素材となるビデオデー
タ及びオーディオデータと、楽曲素材サーバ７からのオ
ーディオチャンネルの素材となるオーディオデータと、
音声付加情報サーバ８からの音声データと、ＧＵＩデー
タサーバ９からのＧＵＩデータとを多重化して送信して
いる。そして、各家庭の受信設備３でこの放送を受信す
ると、例えばモニタ装置１４により、選局したチャンネ
ルの番組を視聴することができる。また、番組のデータ
と共に送信されるＧＵＩデータを利用したＧＵＩ画面と
して、第１にはＥＰＧ（Electrical Program Guide；電
子番組ガイド）画面を表示させ、番組の検索等を行うこ
とができる。また、第２には、例えば通常の番組放送以
外の特定のサービス用のＧＵＩ画面を利用して所要の操
作を行うことで、本例の場合には、放送システムにおい
て提供されている通常番組の視聴以外のサービスを享受
することができる。例えば、オーディオ（楽曲）データ
のダウンロードサービス用のＧＵＩ画面を表示させて、
このＧＵＩ画面を利用して操作を行えば、ユーザが希望
した楽曲のオーディオデータをダウンロードしてストレ
ージデバイス１３に記録して保存することが可能にな
る。
【００２６】なお、本例では、上記したようなＧＵＩ画
面に対する操作を伴う、通常の番組放送以外の特定のサ
ービスを提供するデータサービス放送については、イン
タラクティブ性を有することもあり、「インタラクティ
ブ放送」ともいうことにする。
【００２７】１−２．ＧＵＩ画面に対する操作 ここで、上述しているインタラクティブ放送の利用例、
つまり、ＧＵＩ画面に対する操作例について、図３及び
図４を参照して概略的に説明しておく。ここでは、楽曲
データ（オーディオデータ）のダウンロードを行う場合
について述べる。
【００２８】先ず、図３によりＩＲＤ１２に対してユー
ザが操作を行うためのリモートコントローラ６４の操作
キーについて、特に主要なものについて説明しておく。
図３には、リモートコントローラ６４において各種キー
が配列された操作パネル面が示されている。ここでは、
これら各種キーのうち、電源キー２０１、数字キー２０
２、画面表示切換キー２０３、インタラクティブ切換キ
ー２０４、ＥＰＧキーパネル部２０５、チャンネルキー
２０６について説明する。
【００２９】電源キー２０１は、ＩＲＤ１２の電源のオ
ン／オフを行うためのキーである。数字キー２０２は、
数字指定によりチャンネル切り換えを行ったり、例えば
ＧＵＩ画面において数値入力操作が必要な場合に操作す
るためのキーである。画面表示切換キー２０３は、例え
ば通常の放送画面とＥＰＧ画面との切り換えを行うキー
である。例えば、画面表示切換キー２０３によりＥＰＧ
画面を呼び出した状態の下で、ＥＰＧキーパネル部２０
５に配置されたキーを操作すれば、電子番組ガイドの表
示画面を利用した番組検索が行えることになる。また、
ＥＰＧキーパネル部２０５内の矢印キー２０５ａは、後
述するサービス用のＧＵＩ画面におけるカーソル移動な
どにも使用することができる。インタラクティブ切換キ
ー２０４は、通常の放送画面と、その放送番組に付随し
たサービスのためのＧＵＩ画面との切り換えを行うため
に設けられる。チャンネルキー２０６は、ＩＲＤ１２に
おける選局チャンネルをそのチャンネル番号の昇順、降
順に従って順次切り換えていくために設けられるキーで
ある。
【００３０】なお、本例のリモートコントローラ６４と
しては、例えばモニタ装置１４に対する各種操作も可能
に構成されているものとされ、これに対応した各種キー
も設けられているものであるが、ここでは、モニタ装置
１４に対応するキー等の説明は省略する。
【００３１】次に、図４を参照してＧＵＩ画面に対する
操作の具体例について説明する。受信設備３により放送
を受信して所望のチャンネルを選局すると、モニタ装置
１４の表示画面には、図４（ａ）に示すように、テレビ
番組素材サーバ６から提供された番組素材に基づく動画
像が表示される。つまり、通常の番組内容が表示され
る。ここでは、例えば音楽番組が表示されているものと
する。また、この音楽番組には楽曲のオーディオデータ
のダウンロードサービス（インタラクティブ放送）が付
随されているものとする。そして、この音楽番組が表示
されている状態の下で、例えばユーザがリモートコント
ローラ６４のインタラクティブ切換キー２０４を操作し
たとすると、表示画面は図４（ｂ）に示すような、オー
ディオデータのダウンロードのためのＧＵＩ画面に切り
替わる。
【００３２】このＧＵＩ画面においては、先ず、画面の
左上部のテレビ番組表示エリア２１Ａに対して、図４
（ａ）にて表示されていたテレビ番組素材サーバ６から
のビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送
されている各チャンネルの楽曲のリスト２１Ｂが表示さ
れる。また、画面の左下にはテキスト表示エリア２１Ｃ
とジャケット表示エリア２１Ｄが表示される。さらに、
画面の右側には歌詞表示ボタン２２、プロフィール表示
ボタン２３、情報表示ボタン２４、予約録音ボタン２
５、予約済一覧表示ボタン２６、録音履歴表示ボタン２
７、およびダウンロードボタン２８が表示される。
【００３３】ユーザは、このリスト２１Ｂに表示されて
いる楽曲名を見ながら、興味のある楽曲を探していく。
そして、興味のある楽曲を見つけたらリモートコントロ
ーラ６４の矢印キー２０５ａ（ＥＰＧキーパネル部２０
５内）を操作して、その楽曲が表示されている位置にカ
ーソルを合わせた後、エンター操作を行う（例えば矢印
キー２０５ａのセンター位置を押圧操作する）。これに
よって、カーソルを合わせた楽曲を試聴することができ
る。すなわち、各オーディオチャンネルでは、所定の単
位時間中、同一の楽曲が繰り返し放送されているので、
テレビ番組表示エリア２１Ａの画面はそのままで、ＩＲ
Ｄ１２により上記操作により選択された楽曲のオーディ
オチャンネルに切り換えて音声出力することで、その楽
曲を聞くことができる。この時、ジャケット表示エリア
２１Ｄにはその楽曲のＭＤジャケットの静止画像が表示
される
【００３４】また、例えば上記の状態で歌詞表示ボタン
２２にカーソルを合わせ、エンター操作を行う（以下、
ボタン表示にカーソルを合わせ、エンター操作を行うこ
とを「ボタンを押す」という）と、テキスト表示エリア
２１Ｃに楽曲の歌詞がオーディオデータと同期したタイ
ミングで表示される。同様に、プロフィール表示ボタン
２３あるいは情報表示ボタン２４を押すと、楽曲に対応
するアーティストのプロフィールあるいはコンサート情
報などがテキスト表示エリア２１Ｃに表示される。この
ように、ユーザは、現在どのような楽曲が配信されてい
るのかを知ることができ、更に各楽曲についての詳細な
情報を知ることができる。
【００３５】ユーザは試聴した楽曲を購入したい場合に
は、ダウンロードボタン２８を押す。ダウンロードボタ
ン２８が押されると、選択された楽曲のオーディオデー
タがダウンロードされ、ストレージデバイス１３に記憶
される。楽曲のオーディオデータと共に、その歌詞デー
タ、アーティストのプロフィール情報、ジャケットの静
止画データ等をダウンロードすることもできる。そし
て、このようにして楽曲のオーディオデータがダウンロ
ードされる毎に、その履歴情報がＩＲＤ１２内のＩＣカ
ードに記憶される。ＩＣカードに記憶された情報は、例
えば１カ月に一度ずつ課金サーバ５により取り込みが行
われ、ユーザに対してデータサービスの使用履歴に応じ
た課金が行われる。これによって、適切な楽曲データの
販売及びダウンロードされる楽曲の著作権を保護するこ
とができることにもなる。
【００３６】また、ユーザは予めダウンロードの予約を
行いたい場合には、予約録音ボタン２５を押す。このボ
タンを押すと、ＧＵＩ画面の表示が切り換わり、予約が
可能な楽曲のリストが画面全体に表示される。例えばこ
のリストは１時間単位、１週間単位、チャンル単位等で
検索した楽曲を表示することが可能である。ユーザはこ
のリストの中からダウンロードの予約を行いたい楽曲を
選択すると、その情報がＩＲＤ１２内に登録される。そ
して、すでにダウンロードの予約を行った楽曲を碓認し
たい場合には、予約済一覧表示ボタン２６を押すことに
より、画面全体に表示させることができる。このように
して予約された楽曲は、予約時刻になるとＩＲＤ１２に
よりダウンロードされ、ストレージデバイス１３に記憶
される。
【００３７】ユーザはダウンロードを行った楽曲につい
て確認したい場合には、録音履歴ボタン２７を押すこと
により、既にダウンロードを行った楽曲のリストを画面
全体に表示させることができる。
【００３８】このように、本発明が適用されたシステム
の受信設備３では、モニタ装置１４のＧＵＩ画面上に楽
曲のリストが表示される。そして、このＧＵＩ画面上の
表示にしたがって楽曲を選択するとその楽曲を試聴する
ことができ、その楽曲の歌詞やアーティストのプロフィ
ール等を知ることができる。さらに、楽曲のダウンロー
ドとその予約、ダウンロードの履歴や予約済楽曲リスト
の表示等を行うことができる。
【００３９】詳しいことは後述するが、上記図４（ｂ）
に示すようなＧＵＩ画面の表示と、ＧＵＩ画面に対する
ユーザの操作に応答したＧＵＩ画面上での表示変更、及
び音声出力は、前述したＭＨＥＧ方式に基づいたシナリ
オ記述により、オブジェクトの関係を規定することによ
り実現される。ここでいうオブジェクトとは、図４
（ｂ）に示された各ボタンに対応するパーツとしての画
像データや各表示エリアに表示される素材データとな
る。そして、本明細書においては、このＧＵＩ画面のよ
うな、シナリオ記述によってオブジェクト間の関係が規
定されることで、或る目的に従った情報の出力態様（画
像表示や音声出力等）が実現される環境を「シーン」と
いうものとする。また、１シーンを形成するオブジェク
トとしては、シナリオ記述のファイル自体も含まれるも
のとする。
【００４０】以上のように、本例のデジタル衛星放送シ
ステムでは放送番組が配信されると共に、複数のオーデ
ィオチャンネルを使用して楽曲のオーディオデータが配
信される。そして、配信されている楽曲のリスト等を使
用して所望の楽曲を探し、そのオーディオデータをスト
レージデバイス１３に簡単に保存することができる。な
お、デジタル衛星放送システムにおける番組提供以外の
サービスとしては、上記した楽曲データのダウンロード
の他にも各種考えられる。例えば、いわゆるテレビショ
ッピングといわれる商品紹介番組を放送した上で、ＧＵ
Ｉ画面としては購買契約が結べるようなものを用意する
ことも考えられる。
【００４１】１−３．地上局 これまで、本例としてのデジタル衛星放送システムの概
要について説明したが、以降、このシステムについてよ
り詳しい説明を行っていくこととする。そこで、先ず地
上局１の構成について図５を参照して説明する。
【００４２】なお、以降の説明にあたっては、次のこと
を前提とする。本例では、地上局１から衛星２を介して
の受信設備３への送信を行うのにあたり、ＤＳＭ−ＣＣ
(デジタル蓄積メディア・コマンド・アンド・コントロ
ール；Digital Strage Media-Command and Control)プ
ロトコルを採用する。ＤＳＭ−ＣＣ（ＭＰＥＧ−ｐａｒ
ｔ６）方式は、既に知られているように、例えば、何ら
かのネットワークを介して、デジタル蓄積メディア（Ｄ
ＳＭ）に蓄積されたＭＰＥＧ符号化ビットストリームを
取り出したり(Retrieve)、或いはＤＳＭに対してストリ
ームを蓄積(Store)するためのコマンドや制御方式を規
定したものである。そして本例においては、このＤＳＭ
−ＣＣ方式がデジタル衛星放送システムにおける伝送規
格として採用されているものである。そして、ＤＳＭ−
ＣＣ方式によりデータ放送サービス（例えばＧＵＩ画面
など）のコンテンツ（オブジェクトの集合）を伝送する
ためには、コンテンツの記述形式を定義しておく必要が
ある。本例では、この記述形式の定義として先に述べた
ＭＨＥＧが採用されるものである。
【００４３】図５に示す地上局１の構成において、テレ
ビ番組素材登録システム３１は、テレビ番組素材サーバ
６から得られた素材データをＡＶサーバ３５に登録す
る。この素材データはテレビ番組送出システム３９に送
られ、ここでビデオデータは例えばＭＰＥＧ２方式で圧
縮され、オーディオデータは、例えばＭＰＥＧ２オーデ
ィオ方式によりパケット化される。テレビ番組送出シス
テム３９の出力はマルチプレクサ４５に送られる。
【００４４】また、楽曲素材登録システム３２では、楽
曲素材サーバ７からの素材データ、つまりオーディオデ
ータを、ＭＰＥＧ２オーディオエンコーダ３６Ａ、及び
ＡＴＲＡＣエンコーダ３６Ｂに供給する。ＭＰＥＧ２オ
ーディオエンコーダ３６Ａ、ＡＴＲＡＣエンコーダ３６
Ｂでは、それぞれ供給されたオーディオデータについて
エンコード処理（圧縮符号化）を行った後、ＭＰＥＧオ
ーディオサーバ４０Ａ及びＡＴＲＡＣオーディオサーバ
４０Ｂに登録させる。ＭＰＥＧオーディオサーバ４０Ａ
に登録されたＭＰＥＧオーディオデータは、ＭＰＥＧオ
ーディオ送出システム４３Ａに伝送されてここでパケッ
ト化された後、マルチプレクサ４５に伝送される。ＡＴ
ＲＡＣオーディオサーバ４０Ｂに登録されたＡＴＲＡＣ
データは、ＡＴＲＡＣオーディオ送出システム４３Ｂに
４倍速ＡＴＲＡＣデータとして送られ、ここでパケット
化されてマルチプレクサ４５に送出される。
【００４５】また、音声付加情報登録システム３３で
は、音声付加情報サーバ８からの素材データである音声
付加情報を音声付加情報データベース３７に登録する。
この音声付加情報データベース３７に登録された音声付
加情報は、音声付加情報送出システム４１に伝送され、
同様にして、ここでパケット化されてマルチプレクサ４
５に伝送される。
【００４６】また、ＧＵＩ用素材登録システム３４で
は、ＧＵＩデータサーバ９からの素材データであるＧＵ
Ｉデータを、ＧＵＩ素材データベース３８に登録する。
【００４７】ＧＵＩ素材データベース３８に登録された
ＧＵＩ素材データは、ＧＵＩオーサリングシステム４２
に伝送され、ここで、ＧＵＩ画面、即ち図４にて述べた
「シーン」としての出力が可能なデータ形式となるよう
に処理が施される。
【００４８】つまり、ＧＵＩオーサリングシステム４２
に伝送されてくるデータとしては、例えば、楽曲のダウ
ンロードのためのＧＵＩ画面であれば、アルバムジャケ
ットの静止画像データ、歌詞などのテキストデータ、更
には、操作に応じて出力されるべき音声データなどであ
る。上記した各データはいわゆるモノメディアといわれ
るが、ＧＵＩオーサリングシステム４２では、ＭＨＥＧ
オーサリングツールを用いて、これらのモノメディアデ
ータを符号化して、これをオブジェクトとして扱うよう
にする。そして、例えば図４（ｂ）にて説明したような
シーン（ＧＵＩ画面）の表示態様と操作に応じた画像音
声の出力態様が得られるように上記オブジェクトの関係
を規定したシナリオ記述ファイル（スクリプト）と共に
ＭＨＥＧ−５のコンテンツを作成する。また、図４
（ｂ）に示したようなＧＵＩ画面では、テレビ番組素材
サーバ６の素材データを基とする画像・音声データ（Ｍ
ＰＥＧビデオデータ、ＭＰＥＧオーディオデータ）と、
楽曲素材サーバ７の楽曲素材データを基とするＭＰＥＧ
オーディオデータ等も、ＧＵＩ画面に表示され、操作に
応じた出力態様が与えられる。従って、上記シナリオ記
述ファイルとしては、上記ＧＵＩオーサリングシステム
４２では、上記したテレビ番組素材サーバ６の素材デー
タを基とする画像・音声データ、楽曲素材サーバ７の楽
曲素材データを基とするＭＰＥＧオーディオデータ、更
には、音声付加情報サーバ８を基とする音声付加情報も
必要に応じてオブジェクトとして扱われて、ＭＨＥＧの
スクリプトによる規定が行われる。
【００４９】なお、ＧＵＩオーサリングシステム４２か
ら伝送されるＭＨＥＧコンテンツのデータとしては、ス
クリプトファイル、及びオブジェクトとしての各種静止
画データファイルやテキストデータファイルなどとなる
が、静止画データは、例えばＪＰＥＧ(Joint Photograp
h 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)パケットのＰＩＤが記述さ
れているＰＭＴのＰＩＤは、ＰＡＴにより指定される。
【００７６】１−５．ＡＴＲＡＣデータの送信フォーマ
ット ここでＡＴＲＡＣ（Adaptive Tranform Acoustic Codin
g ）データの送信フォーマットについて説明する。図６
に示したように１イベント内の送信データとしては１０
単位の４倍速ＡＴＲＡＣオーディオチャンネル（１）〜
（１０）が含まれている。
【００７７】上記のように、衛星放送で音楽データの配
信を行うようした場合、オーディオデータをそのまま伝
送したのでは、データ量が膨大となり、転送時間が長く
なる。そこで、オーディオデータを圧縮して伝送するこ
とが考えられ、その圧縮方式としては、例えば、ＡＴＲ
ＡＣを用いることが考えられている。なおＡＴＲＡＣ
は、既に、ＭＤ（Mini Disc ）でオーディオデータを圧
縮して記録するのに採用されている圧縮方式である。Ａ
ＴＲＡＣでオーディオデータの圧縮を行えば、配信する
音楽データのデータレートを下げられると共に、配信さ
れてきたオーディオデータをＭＤに直接記録することが
できるという利点がある。
【００７８】ところで、ＡＴＲＡＣでは、４２４バイト
がサウンドグループと称され、１つの記録単位となって
いる。このため、ＡＴＲＡＣのデータを衛星放送で配信
する場合、このサウンドグループが崩れないように、デ
ータを伝送することが望まれる。
【００７９】ＡＴＲＡＣでは、サンプリング周波数が４
４．１ｋＨｚ、量子化ビット数１６ビットで、オーディ
オデータがディジタル化される。そして、このオーディ
オデータが１１．６１ｍ秒の時間窓で切り出され、変形
ＤＣＴ（Discrete Cosine Transform ）により、約１／
５のデータ量に圧縮される。
【００８０】このように、サンプリング周波数が４４．
１ｋＨｚ、量子化ビット数が１６ビットでディジタル化
されたオーディオデータを１１．６１ｍ秒の時間窓で切
り出すと、そのサンプル数は、５１２サンプルとなる。
したがって、１１．６１ｍ秒の時間窓でのオーディオデ
ータのデータ量は、５１２×２＝１０２４バイトとな
り、左右の２チャンネルで、１０２４×２＝２０４８バ
イトとなる。
【００８１】ＡＴＲＡＣでは、変形ＤＣＴデータによ
り、この２０４８バイトのデータが４２４バイトに圧縮
される。この４２４バイトのＡＴＲＡＣデータがサウン
ドグループと称され、ＡＴＲＡＣ方式で圧縮された音声
データを伝送するときの１つの単位となる。２０４８の
データが４２４バイトに圧縮されるので、ＡＴＲＡＣ方
式の圧縮率は約１／５となる。
【００８２】このように、ＡＴＲＡＣでは、１１．６１
ｍ秒の期間の音声圧縮データに相当する４２４バイトの
サウンドグループが音声圧縮データの１単位となってお
り、ＡＴＲＡＣのオーディオデータを伝送する場合に
は、このサウンドグループ単位を保持していくことが望
まれる。なお、サウンドグループを単位とするＭＤシス
テムのデータ構造は図１８で後述する。
【００８３】一方、上記したＭＰＥＧ２方式では、ビデ
オデータ、オーディオデータ、その他のデータが図９に
示したトランスポートパケット（ＴＳパケット）と呼ば
れる１８８バイトの固定長のパケットに載せられ、同一
ストリームで多重化されて伝送されている。したがっ
て、ＡＴＲＡＣで圧縮されたオーディオデータをＭＰＥ
Ｇ２のストリームで転送する場合には、ＡＴＲＡＣで圧
縮されたオーディオデータを１８８バイトのＴＳパケッ
トに載せなければならない。
【００８４】ところが、ＡＴＲＡＣのサウンドグループ
である４２４バイトと、ＴＳパケットのサイズである１
８８バイトとの間は、無関係である。このため、ＡＴＲ
ＡＣのデータを単にＴＳパケットに割り当てて伝送する
と、サウンドグループが崩れてしまい、ＡＴＲＡＣの復
調処理やＡＴＲＡＣでの記録処理が困難になる。そこで
本例では次のようにして、ＡＴＲＡＣデータをＭＰＥＧ
２のストリームで伝送する場合に、そのＡＴＲＡＣデー
タの基本単位を保持しつつ、ＰＥＳ（Packetized Eleme
ntary Stream）パケットで効率的に伝送できるようにし
ている。
【００８５】ＭＰＥＧ２方式では、ＴＳパケットと呼ば
れる伝送単位で、複数のプログラムが多重化されて伝送
されるが、このＴＳパケットは、１８８バイトの固定長
に定められている。一方、ＡＴＲＡＣで圧縮されたオー
ディオデータを伝送する場合には、４２４バイトのＡＴ
ＲＡＣの１サウンドグループのデータを保持する必要が
ある。そこで、図１１（ａ）に示すように、１つのＴＳ
パケットＴＳＰ１〜ＴＳＰ８に、夫々、１５９バイトの
ＡＴＲＡＣの圧縮オーディオデータを配置し、８つのＴ
ＳパケットＴＳＰ１〜ＴＳＰ８でＰＥＳパケットを構成
するようにしている。
【００８６】このように、１つのＴＳパケットで１５９
バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケ
ットでＰＥＳパケットを構成すると、ＰＥＳパケットの
大きさは、１５９バイト×８＝１２７２バイトとなる。
サウンドグループの大きさは４２４バイトであるから、
このＰＥＳパケットで送られる１２７２バイトのデータ
は、図１１（ｂ）に示すように、３つのサウンドグルー
プＳＧＰ１〜ＳＧＰ３のデータに相当する。 ４２４バイト×３＝１２７２バイト
【００８７】１つのＴＳパケットに１５９バイトのＡＴ
ＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳ
パケットを構成すると、ＰＥＳパケットで３サウンドグ
ループのデータが伝送できる。このように、ＰＥＳパケ
ットで整数個のサウンドグループのデータが伝送される
ため、ＡＴＲＡＣのデータとＰＥＳパケットとの整合性
が良好となる。
【００８８】このように、ＡＴＲＡＣのデータを伝送す
る場合には、１８８バイトの固定長のＴＳパケットのう
ち、１５９バイトがＡＴＲＡＣデータの伝送に使用され
る。そしてＴＳパケットの残りの２９バイトは、ＴＳパ
ケットヘッダ、ＰＥＳヘッダ、データヘッダ等が設けら
れる。データヘッダには、伝送するデータのタイプ、衛
星放送や地上波放送等のデータの伝送路のタイプ等が設
けられる。更に、ＡＴＲＡＣデータの固有情報を定義す
るＦＤＦ（Field Dependnet Field ）設けられる。
【００８９】以上のように本例の伝送方法では、ＡＴＲ
ＡＣのデータを伝送する場合に、１つのＴＳパケットに
１５９バイトのＡＴＲＡＣのデータが配置され、更に、
データヘッダとＦＤＦが設けられ、８つのＴＳパケット
でＰＥＳパケットが構成され、ＰＥＳパケットで３つの
サウンドグループのデータが伝送される。このようにし
て、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する場
合の具体例について以下に説明する。
【００９０】図１２は、ＰＴＳ（Presentation Time St
amp ）を利用して同期伝送を可能にする方式の場合のＴ
Ｓパケットの構成を示すものである。図１２に示すよう
に、ＴＳパケットは１８８バイトの固定長からなる。こ
のＴＳパケットの先頭の１バイト目から４バイト目は、
トランスポートパケットヘッダとされ、５バイト目から
１８バイト目はＰＥＳパケットヘッダとされ、１９バイ
ト目から２０バイト目はデータヘッダとされ、２１バイ
ト目から１８８バイト目はデータボディとされている。
データボディの構成は、図１３に示されている。なお図
１２、図１３は図９で説明したＴＳパケットとして、Ａ
ＴＲＡＣデータを伝送するＴＳパケットの場合を詳しく
示したものである。
【００９１】トランスポートパケットヘッダの先頭に
は、１バイトのシンクバイトが設けられる。このシンク
バイトに続いて、このパケット中のエラーの有無を示す
トランスポートエラーインディケータと、新たなＰＥＳ
パケットがこのトランスポートパケットのペイロードか
ら始まることを示すペイロードユニットスタートインデ
ィケータと、このパケットの重要度を示すトランスポー
トプライオリティが、夫々、１ビット設けられる。トラ
ンスポートエラーインディケータは伝送上のエラーが発
生した時にＩＲＤ１２側で「１」とされるデータであ
る。そしてトランスポートエラーインディケータ＝
「１」とされたＴＳパケットは、データ信頼性が確実で
ないものとして扱われることになる。
【００９２】トランスポートパケットヘッダにはさら
に、該当パケットの個別ストリームの属性を示す１３ビ
ットのストリーム識別情報（ＰＩＤ）が設けられる。続
いてパケットのペイロードのスクランブルの有無や種別
を示すトランスポートスクランブリングコントロール
と、アダプテーションフィールドの有無を示すアダプテ
ーションフィールドコントロールと、同じＰＩＤを持つ
パケットが途中で一部破棄されたかどうかを検出するた
めのコンティニュイティカウンタが設けられる。
【００９３】５バイト目から１８バイト目のＰＥＳパケ
ットヘッダの先頭には、２４ビットの固定値のパケット
スタートコードプリフィックスが設けられ、これに続い
て、ストリームを識別する８ビットのストリームＩＤ
や、ＰＥＳパケットの長さを示すＰＥＳパケットレング
スが設けられる。さらに続いて、「１０」の固定パター
ン、２ビットのＰＥＳスクランブルコントロール、１ビ
ットのＰＥＳプライオリティ、１ビットのデータアライ
メントインディケータ、１ビットのコピーライト、１ビ
ットのオリジナル／コピーかの識別情報、２ビットのＰ
ＴＳ及びＤＴＳフラグ、１ビットのＥＳＣＲフラグ、１
ビットのＥＳレートフラグ、１ビットのＤＭＳトリック
モードフラグ、１ビットのアディショナルコピーインフ
ォメーションフラグ、１ビットのＰＥＳのＣＲＣフラ
グ、１ビットのＰＥＳエクステーションフラグが設けら
れる。
【００９４】これらに続いて、８ビットのＰＥＳヘッダ
データレングスが設けられる。さらに「１１０１」の固
定パターンの後に、タイムスタンプであるＰＴＳの３２
から３０が設けられ、これに続いて１ビットのマーケッ
トビットが設けられる。そして、これに続く１５ビット
にタイムスタンプであるＰＴＳの２９から１５が設けら
れ、これに、１ビットのマーケットビットが付加され
る。更にこれに続く１５ビットにＰＴＳの１４から０が
設けられ、これに、１ビットのマーケットビットが付加
される。
【００９５】１９バイト目から２０バイト目のデータヘ
ッダには、８ビットのデータタイプと、６ビットのデー
タトランスミッションタイプと、２ビットのタグが設け
られる。データタイプには、伝送するデータのタイプが
記述される。データトランスミッションタイプには、デ
ータの伝送路のタイプ、例えば衛星放送、地上波放送等
が記述される。タグには、データヘッダの後に、アディ
ショナルヘッダがあるか否かが記述される。例えば、タ
グが「００」ならデータヘッダの後にデータが続き、
「０１」ならデータヘッダの後にアディショナルヘッタ
が続くことが示され、「１０」ならアディショナルヘッ
ダがＰＥＳパケットの中で複数回数あることが示され
る。
【００９６】２１バイト目から１８８バイト目は、デー
タボディとされ、ここに、ＡＴＲＡＣのデータが配置さ
れる。ＡＴＲＡＣデータの配置は、図１３に示すように
なっている。
【００９７】図１３に示すように、データボディの２１
バイト目の最初の４ビットには、ＦＤＦフィールドレン
グスが設けられ、次の４ビットにはオーディオデータタ
イプ１が設けられる。ＦＤＦフィールドレングスはＦＤ
Ｆフィールドの長さを示すものである。オーディオデー
タタイプ１は、オーディオタイプを定義（例えばＡＴＲ
ＡＣ）するためのものである。これに続いて、オーディ
オデータタイプ２が設けられる。このオーディオデータ
タイプ２は、データタイプの中での分類が定義される
（例えば、ＡＴＲＡＣ１、ＡＴＲＡＣ２）。次に、１ビ
ットのコピーライト、１ビットのオリジナル／コピー、
１ビットのステレオ／モノ、１ビットのエンファシスが
設けられる。
【００９８】これに続いて、１ビットのデータスタート
インディケータと、１ビットのデータエンドインディケ
ータと、３ビットのＰＥＳデータカウンタが設けられ
る。データスタートインディケータは、伝送中のデータ
が楽曲データの最初のＰＥＳパケットであることを示し
ている。つまり楽曲の先頭となるＡＴＲＡＣデータが含
まれているＰＥＳにおける８個のＴＳパケットにおいて
は、データスタートインディケータ＝「１」とされる。
データエンドインディケータは、伝送中のデータが楽曲
の最後のＰＥＳパケットであることを示している。つま
り楽曲の終端となるＡＴＲＡＣデータが含まれているＰ
ＥＳにおける８個のＴＳパケットにおいては、データエ
ンドインディケータ＝「１」とされる。
【００９９】ＰＥＳデータカウンタは、ＰＥＳを伝送す
る８つのＴＳパケットの中で何番目かを示している。こ
れに続く３ビットはリザーブとされているが、次の２４
ビットは、プレゼントＰＥＳナンバとされている。この
プレゼントＰＥＳナンバには、伝送中のデータが何番目
のＰＥＳパケットであるかが示される。従って、プレゼ
ントＰＥＳナンバと、ＰＥＳデータカウンタにより、Ｔ
Ｓパケット単位での連続性が判断できる。これはＴＳパ
ケットにのせられるＡＴＲＡＣデータの連続性が判断で
きることを意味する。
【０１００】２７バイト目から２８バイト目は、リザー
ブとされて、その次の２８バイト目にはＡＴＲＡＣデー
タに対するチェックサム（ＣＲＣエラー検出コード）が
設けられる。そして、３０バイト目から１８８バイト目
には、１５９バイト分のＡＴＲＡＣデータが配列され
る。
【０１０１】２９バイト目のＡＴＲＡＣデータチェック
サムとＡＴＲＡＣデータの関係を図１４に示す。ＡＴＲ
ＡＣデータチェックサムによる計算の仕方は次のように
なる。図示するようにＡＴＲＡＣデータチェックサムの
各ビットの値をＣＳ［０］〜ＣＳ［７］とし、また１５
９バイトのＡＴＲＡＣデータの最初のバイトの値をＡＴ
[0][0]、最初のバイトの値をＡＴ[158][7]とすると、 ＣＳ［０］＾ＡＴ[0][0]＾ＡＴ[1][0]＾・・・＾ＡＴ[158][0]＝ＳＵＭ［０］ ＣＳ［１］＾ＡＴ[0][1]＾ＡＴ[1][1]＾・・・＾ＡＴ[158][1]＝ＳＵＭ［１］ ・・・・ ＣＳ［７］＾ＡＴ[0][7]＾ＡＴ[1][7]＾・・・＾ＡＴ[158][7]＝ＳＵＭ［７］ としたときに、 ＳＵＭ［０］〜ＳＵＭ［７］＝０ｘ００ となるようにＣＳ［０］〜ＣＳ［７］の値を設定するも
のである。
【０１０２】このようにＡＴＲＡＣデータに対するチャ
ックサムを設けることで、ＩＲＥ１２側やストレージデ
バイス１３側においてダウンロードするＡＴＲＡＣデー
タの信頼性をチェックできる。
【０１０３】以上のようにＴＳパケットには、１５９バ
イトのＡＴＲＡＣのデータが配置されると共に、固有情
報が定義されて、ＦＤＦに挿入される。ＦＤＦの領域
は、アディショナルデータヘッダ、ＡＴＲＡＣデータ、
ＦＤＦのデータを受信する際に、機器の信号処理をしや
すくするために、ＴＳパケットの固定の位置に配置され
る。
【０１０４】そしてＦＤＦを解析することにより、１つ
のＴＳパケット中のデータが伝送しようとしている楽曲
中のどのデータであるかを解析することがてきる。これ
により、伝送中何等かの理由によりエラーが発生し、あ
るパケットが正しく受信できなかった場合も、どのデー
タが抜けたかを検出することが可能となる。また、デー
タスタートインディケータ、データエンドインディケー
タを検出するとで、そのデータが楽曲の最初又は最後で
あることが検出できる。このデータを利用して、ストレ
ージデバイス１３でダウンロードを行う時に、記録開始
位置又は記録終了位置を簡単に検出することができる。
【０１０５】１−６．ＩＲＤ 続いて、受信設備３に備えられるＩＲＤ１２の一構成例
について図１５を参照して説明する。
【０１０６】この図に示すＩＲＤ１２において、入力端
子Ｔ１には、パラボラアンテナ１１のＬＮＢ１５により
所定の周波数に変換された受信信号を入力してチューナ
／フロントエンド部５１に供給する。チューナ／フロン
トエンド部５１では、ＣＰＵ(Central Processing Uni
t)８０からの伝送諸元等を設定した設定信号に基づい
て、この設定信号により決定されるキャリア（受信周波
数）を受信して、例えばビタビ復調処理や誤り訂正処理
等を施すことで、トランスポートストリームを得るよう
にされる。チューナ／フロントエンド部５１にて得られ
たトランスポートストリームは、デスクランブラ５２に
対して供給される。また、チューナ／フロントエンド部
５１では、トランスポートストリームからＰＳＩのパケ
ットを取得し、その選局情報を更新すると共に、トラン
スポートストリームにおける各チャンネルのコンポーネ
ントＰＩＤを得て、例えばＣＰＵ８０に伝送する。ＣＰ
Ｕ８０では、取得したＰＩＤを受信信号処理に利用する
ことになる。
【０１０７】デスクランブラ５２では、ＩＣカード６５
に記憶されているデスクランブルキーデータをＣＰＵ８
０を介して受け取ると共に、ＣＰＵ８０によりＰＩＤが
設定される。そして、このデスクランブルキーデータと
ＰＩＤとに基づいてデスクランブル処理を実行し、トラ
ンスポート部５３に対して伝送する。
【０１０８】トランスポート部５３は、デマルチプレク
サ７０と、例えばＤＲＡＭ等により構成されるキュー
（Queue）７１とからなる。キュー（Queue）７１は、モ
ジュール単位に対応した複数のメモリ領域が列となるよ
うにして形成されているものとされ、例えば本例では、
３２列のメモリ領域が備えられる。つまり、最大で３２
モジュールの情報を同時に格納することができる。
【０１０９】デマルチプレクサ７０の概略的動作として
は、ＣＰＵ８０のＤｅＭＵＸドライバ８２により設定さ
れたフィルタ条件に従って、デスクランブラ５２から供
給されたトランスポートストリームから必要なトランス
ポートパケットを分離し、必要があればキュー７１を作
業領域として利用して、先に図７（ｅ）〜（ｈ）により
示したような形式のデータを得て、それぞれ必要な機能
回路部に対して供給する。デマルチプレクサ７０にて分
離されたＭＰＥＧビデオデータは、ＭＰＥＧ２ビデオデ
コーダ５５に対して入力され、ＭＰＥＧオーディオデー
タは、ＭＰＥＧオーディオデコーダ５４に対して入力さ
れる。これらデマルチプレクサ７０により分離されたＭ
ＰＥＧビデオ／オーディオデータの個別パケットは、上
述したＰＥＳ(Packetized Elementary Stream)と呼ばれ
る形式でそれぞれのデコーダに入力される。
【０１１０】また、トランスポートストリームにおける
ＭＨＥＧコンテンツのデータについては、デマルチプレ
クサ７０によりトランスポートストリームからトランス
ポートパケット単位で分離抽出されながらキュー７１の
所要のメモリ領域に書き込まれていくことで、モジュー
ル単位にまとめられるようにして形成される。そして、
このモジュール単位にまとめられたＭＨＥＧコンテンツ
のデータは、ＣＰＵ８０の制御によってデータバスを介
して、メインメモリ９０内のＤＳＭ−ＣＣバッファ９１
に書き込まれて保持される。
【０１１１】また、トランスポートストリームにおける
４倍速ＡＴＲＡＣデータ（圧縮オーディオデータ）も、
例えばトランスポートパケット単位で必要なデータがデ
マルチプレクサ７０により分離抽出されてＩＥＥＥ１３
９４インターフェイス６０に対して出力される。また、
ＩＥＥＥ１３９４インターフェイス６０を介した場合に
は、オーディオディオデータの他、ビデオデータ及び各
種コマンド信号等を送出することも可能とされる。
【０１１２】なお、図６で説明したように４倍速ＡＴＲ
ＡＣデータとして４倍速ＡＴＲＡＣ（１）〜（１０）と
いうように例えば１０曲分のデータが同時的に受信され
るわけであるが、例えばその中の特定の楽曲をストレー
ジデバイス１３においてダウンロードさせる場合には、
そのダウンロード対象の曲としてのＡＴＲＡＣデータの
みがＩＥＥＥ１３９４インターフェイス６０からストレ
ージデバイス１３に出力されることになる。即ち或る曲
のダウンロードが実行される際には、ＣＰＵ８０はその
楽曲のＡＴＲＡＣデータのみを抽出して出力するように
ＩＥＥＥ１３９４インターフェイス６０に指示制御を行
うことになる。
【０１１３】ＰＥＳとしての形式によるＭＰＥＧビデオ
データが入力されたＭＰＥＧ２ビデオデコーダ５５で
は、メモリ５５Ａを作業領域として利用しながらＭＰＥ
Ｇ２フォーマットに従って復号化処理を施す。復号化さ
れたビデオデータは、表示処理部５８に供給される。
【０１１４】表示処理部５８には、上記ＭＰＥＧ２ビデ
オデコーダ５５から入力されたビデオデータと、後述す
るようにしてメインメモリ９０のＭＨＥＧバッファ９２
にて得られるデータサービス用のＧＵＩ画面等のビデオ
データが入力される。表示処理部５８では、このように
して入力されたビデオデータについて所要の信号処理を
施して、所定のテレビジョン方式によるアナログオーデ
ィオ信号に変換してアナログビデオ出力端子Ｔ２に対し
て出力する。これにより、アナログビデオ出力端子Ｔ２
とモニタ装置１４のビデオ入力端子とを接続すること
で、例えば先に図４に示したような表示が行われる。
【０１１５】また、ＰＥＳによるＭＰＥＧオーディオデ
ータが入力されるＭＰＥＧ２オーディオデコーダ５４で
は、メモリ５４Ａを作業領域として利用しながらＭＰＥ
Ｇ２フォーマットに従って復号化処理を施す。復号化さ
れたオーディオデータは、Ｄ／Ａコンバータ５６及び光
デジタル出力インターフェイス５９に対して供給され
る。
【０１１６】Ｄ／Ａコンバータ５６では、入力されたオ
ーディオデータについてアナログ音声信号に変換してス
イッチ回路５７に出力する。スイッチ回路５７では、ア
ナログオーディオ出力端子Ｔ３又はＴ４の何れか一方に
対してアナログ音声信号を出力するように信号経路の切
換を行う。ここでは、アナログオーディオ出力端子Ｔ３
はモニタ装置１４の音声入力端子と接続されるために設
けられているものとされる。また、アナログオーディオ
出力端子Ｔ４はダウンロードした楽曲をアナログ信号に
より出力するための端子とされる。また、光デジタル出
力インターフェイス５９では、入力されたデジタルオー
ディオデータを光デジタル信号に変換して出力する。こ
の場合、光デジタル出力インターフェイス５９は、例え
ばＩＥＣ９５８に準拠する。
【０１１７】メインメモリ９０は、ＣＰＵ８０が各種制
御処理を行う際の作業領域として利用されるものであ
る。そして、本例では、このメインメモリ９０におい
て、前述したＤＳＭ−ＣＣバッファ９１と、ＭＨＥＧバ
ッファ９２としての領域が割り当てられるようになって
いる。ＭＨＥＧバッファ９２には、ＭＨＥＧ方式による
スクリプトの記述に従って生成された画像データ（例え
ばＧＵＩ画面の画像データ）を生成するための作業領域
とされ、ここで生成された画像データはバスラインを介
して表示処理部５８に供給される。
【０１１８】ＣＰＵ８０は、ＩＲＤ１２における全体制
御を実行する。このなかには、デマルチプレクサ７０に
おけるデータ分離抽出についての制御も含まれる。ま
た、獲得したＭＨＥＧコンテンツのデータについてデコ
ード処理を施すことで、スクリプトの記述内容に従って
ＧＵＩ画面（シーン）を構成して出力するための処理も
実行する。
【０１１９】このため、本例のＣＰＵ８０としては、集
中的に主たる制御処理を実行する制御処理部８１に加
え、例えば少なくとも、ＤｅＭＵＸドライバ８２、ＤＳ
Ｍ−ＣＣデコーダブロック８３、及びＭＨＥＧデコーダ
ブロック８４が備えられる。本例では、このうち、少な
くともＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧ
デコーダブロック８４については、ソフトウェアにより
構成される。ＤｅＭＵＸドライバ８２は、入力されたト
ランスポートストリームのＰＩＤに基づいてデマルチプ
レクサ７０におけるフィルタ条件を設定する。ＤＳＭ−
ＣＣデコーダブロック８３では、ＤＳＭ−ＣＣバッファ
９１に格納されているモジュール単位のデータについ
て、ＭＨＥＧコンテンツのデータに再構築する。ＭＨＥ
Ｇデコーダブロック８４は、ＤＳＭ−ＣＣデコーダブロ
ック８３により得られたＭＨＥＧコンテンツのデータに
基づいてデコード処理を行う。つまり、そのＭＨＥＧコ
ンテンツのスクリプトファイルにより規定されているオ
ブジェクト間の関係を実現していくことで、シーンを形
成するものである。この際、シーンとしてＧＵＩ画面を
形成するのにあたっては、ＭＨＥＧバッファ９２を利用
して、ここで、スクリプトファイルの内容に従ってＧＵ
Ｉ画面の画像データを生成するようにされる。
【０１２０】ＤＳＭ−ＣＣデコーダブロック８３及びＭ
ＨＥＧデコーダブロック８４間のインターフェイスに
は、Ｕ−Ｕ ＡＰＩが採用される。Ｕ−Ｕ ＡＰＩは、
ＤＳＭ Ｍａｎａｇｅｒオブジェクト（ＤＳＭの機能を
実現するサーバオブジェクト）にアクセスするためのイ
ンターフェイスであり、これにより、Ｓｅｒｖｉｃｅ
Ｇａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，Ｆｉｌｅ，Ｓｔ
ｒｅａｍ，Ｓｔｒｅａｍ Ｅｖｅｎｔなどのオブジェク
トに対する操作を行う。クライアントオブジェクトは、
このＡＰＩを使用することによって、これらのオブジェ
クトに対して操作を行うことができる。
【０１２１】ここで、ＣＰＵ８０の制御によりトランス
ポートストリームから１シーンを形成するのに必要な目
的のオブジェクトを抽出するための動作例について説明
しておく。
【０１２２】ＤＳＭ−ＣＣでは、トランスポートストリ
ーム中のオブジェクトの所在を示すのにＩＯＲ(Interop
erable Object Reference)が使用される。ＩＯＲには、
オブジェクトを見つけ出すための力ルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール
中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ
＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモ
ジュールの情報を持つＤＩＩを識別するためのタグ（ａ
ｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。ま
た、モジュール情報を持つＤＩＩには、１つ以上のモジ
ュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿
ｔａｇ）情報を含んでいる。
【０１２３】トランスポートストリームから抜き出され
たＩＯＲがＣＰＵ８０において識別された場合に、その
ＩＯＲで示されたオブジェクトを受信、分離して得るプ
ロセスは、例えば次のようになる。 （Ｐｒ１） ＣＰＵ８０のＤｅＭＵＸドライバ８２で
は、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値
を持つエレメンタリーストリーム（以下ＥＳと表記）
を、カルーセルにおけるＰＭＴのＥＳループから探し出
してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含
まれていることになる。 （Ｐｒ２） このＰＩＤとｔａｂｌｅ＿ｉｄ＿ｅｘｔｅ
ｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ７
０に対して設定する。これにより、デマルチプレクサ７
０では、ＤＩＩを分離してＣＰＵ８０に対して出力す
る。 （Ｐｒ３） ＤＩＩの中で、先のＩＯＲに含まれていた
ｍｏｄｕｌｅ＿ｉｄに相当するモジュールのａｓｓｏｃ
ｉａｔｉｏｎ＿ｔａｇを得る。 （Ｐｒ４） 上記ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同
じ値を有するＥＳを、ＰＭＴのＥＳループ（カルーセ
ル）から探し出し、ＰＩＤを得る。このＰＩＤを有する
ＥＳに目的とするモジュールが含まれる。 （Ｐｒ５） 上記ＰＩＤとｍｏｄｕｌｅ＿ｉｄとをフィ
ルタ条件として設定して、デマルチプレクサ７０による
フィルタリングを行う。このフィルタ条件に適合して分
離抽出されたトランスポートパケットがキュー７１の所
要のメモリ領域（列）に格納されていくことで、最終的
には、目的のモジュールが形成される。 （Ｐｒ６） 先のＩＯＲに含まれていたｏｂｊｅｃｔ＿
ｋｅｙに相当するオブジェクトをこのモジュールから抜
き出す。これが目的とするオブジェクトになる。このモ
ジュールから抜き出されたオブジェクトは、例えば、Ｄ
ＳＭ−ＣＣバッファ９１の所定の領域に書き込みが行わ
れる。例えば、上記動作を繰り返し、目的とするオブジ
ェクトを集めてＤＳＭ−ＣＣバッファ９１に格納してい
くことで、必要とされるシーンを形成するＭＨＥＧコン
テンツが得られることになる。
【０１２４】マンマシンインターフェイス６１では、リ
モートコントローラ６４から送信されてきたコマンド信
号を受信してＣＰＵ８０に対して伝送する。ＣＰＵ８０
では、受信したコマンド信号に応じた機器の動作が得ら
れるように、所要の制御処理を実行する。
【０１２５】ＩＣカードスロット６２にはＩＣカード６
５が挿入される。そして、この挿入されたＩＣカード６
５に対してＣＰＵ８０によって情報の書き込み及び読み
出しが行われる。
【０１２６】モデム６３は、電話回線４を介して課金サ
ーバ５と接続されており、ＣＰＵ８０の制御によってＩ
ＲＤ１２と課金サーバ５との通信が行われるように制御
される。
【０１２７】またＣＰＵ８０が必要な情報を或る程度長
期間保持しておくために、不揮発性メモリ６８が設けら
れる。この不揮発性メモリ６８には、電源オフにより消
失されることが適切でない情報が記憶される。例えば各
種制御係数の初期値、設定値などが記憶される。また本
例の場合は接続される機器の情報を保持する接続機器Ｉ
Ｄテーブルが、この不揮発性メモリ６８に保持されるこ
とになる。
【０１２８】タイマ６９は、いわゆる時計としての機能
であり、現在日時としての年月日時分秒を計数する。例
えばダウンロードの予約動作のためなどに用いられる。
【０１２９】また、ストレージデバイス１３に対する接
続に関して、制御データやコマンドの授受については上
記ＩＥＥＥ１３９４インターフェース６０を介して実行
できるが、もちろんそれはストレージデバイス１３側が
ＩＥＥＥ１３９４に対応している機器である場合であ
る。もちろんＩＥＥＥ１３９４に対応してないストレー
ジデバイス１３も存在し、そのような機器が接続される
場合もあるが、そのような場合には外部バスライン等を
構成するコントロールラインインターフェース６７や、
赤外線インターフェース６６により、コマンド等の通信
を行うことができるようにしている。コントロールライ
ンインターフェース６７により、ＩＲＤ１２とストレー
ジデバイス１３の間の双方向コマンド通信を可能とでき
る。また、例えば接続される機器が赤外線リモートコマ
ンダーに対応している場合は、その機器に応じたデータ
形態の赤外線コマンドを赤外線インターフェース６６か
ら出力することで、接続機器の制御を行うことができ
る。この赤外線インターフェイスの場合にも、ストレー
ジデバイス１３側が赤外線出力可能とされることで双方
向通信を実行することもできる。
【０１３０】なお、ＩＥＥＥ１３９４に対応してないス
トレージデバイス１３に対するオーディオデータの出力
は、ＡＴＲＡＣ形態ではなく、ベースバンド信号とし
て、光デジタル出力インターフェイス５９もしくはアナ
ログオーディオ出力端子Ｔ４から行われることになる。
【０１３１】ここで、上記構成によるＩＲＤ１２におけ
るビデオ／オーディオソースの信号の流れを、図４によ
り説明した表示形態に照らし合わせながら補足的に説明
する。図４（ａ）に示すようにして、通常の番組を出力
する場合には、入力されたトランスポートストリームか
ら必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーデ
ィオデータとが抽出されて、それぞれ復号化処理が施さ
れる。そして、このビデオデータとＭＰＥＧオーディオ
データが、それぞれアナログビデオ出力端子Ｔ２と、ア
ナログオーディオ出力端子Ｔ３に出力されることで、モ
ニタ装置１４では、放送番組の画像表示と音声出力が行
われる。
【０１３２】また、図４（ｂ）に示したＧＵＩ画面を出
力する場合には、入力されたトランスポートストリーム
から、このＧＵＩ画面（シーン）に必要なＭＨＥＧコン
テンツのデータをトランスポート部５３により分離抽出
してＤＳＭ−ＣＣバッファ９１に取り込む。そして、こ
のデータを利用して、前述したようにＤＳＭ−ＣＣデコ
ーダブロック８３及びＭＨＥＧデコーダブロック８４が
機能することで、ＭＨＥＧバッファ９２にてシーン（Ｇ
ＵＩ画面）の画像データが作成される。そして、この画
像データが表示処理部５８を介してアナログビデオ出力
端子Ｔ２に供給されることで、モニタ装置１４にはＧＵ
Ｉ画面の表示が行われる。
【０１３３】また、図４（ｂ）に示したＧＵＩ画面上で
楽曲のリスト２１Ｂにより楽曲が選択され、その楽曲の
オーディオデータを試聴する場合には、この楽曲のＭＰ
ＥＧオーディオデータがデマルチプレクサ７０により得
られる。そして、このＭＰＥＧオーディオデータが、Ｍ
ＰＥＧオーディオデコーダ５４、Ｄ／Ａコンバータ、ス
イッチ回路５７、アナログオーディオ出力端子Ｔ３を介
してアナログ音声信号とされてモニタ装置１４に対して
出力される。
【０１３４】また、図４（ｂ）に示したＧＵＩ画面上で
ダウンロードボタン２８が押されてオーディオデータを
ダウンロードする場合には、ダウンロードすべき楽曲の
オーディオデータがデマルチプレクサ７０により抽出さ
れてアナログオーディオ出力端子Ｔ４、光デジタル出力
インターフェイス５９、またはＩＥＥＥ１３９４インタ
ーフェイス６０に出力される。
【０１３５】ここで、特にＩＥＥＥ１３９４インターフ
ェイス６０に対して、図２に示したＩＥＥＥ１３９４対
応のＭＤレコーダ１３Ａが接続されている場合には、デ
マルチプレクサ７０ではダウンロード楽曲の４倍速ＡＴ
ＲＡＣデータが抽出され、ＩＥＥＥ１３９４インターフ
ェイス６０を介してＭＤレコーダ１３Ａに装填されてい
るディスクに対して記録が行われる。また、この際に
は、例えばＪＰＥＧ方式で圧縮されたアルバムジャケッ
トの静止画データ、歌詞やアーティストのプロフィール
などのテキストデータもデマルチプレクサ７０において
トランスポートストリームから抽出され、ＩＥＥＥ１３
９４インターフェイス６０を介してＭＤレコーダ１３Ａ
に転送される。ＭＤレコーダ１３Ａでは、装填されてい
るディスクの所定の領域に対して、これら静止画デー
タ、テキストデータを記録することができるようになっ
ている。
【０１３６】ところで、以上のようにＤＳＭ−ＣＣ方式
を伝送規格として採用した本例のデジタル衛星放送シス
テムでは、受信装置、つまりＩＲＤ１２のタイプとし
て、受信バッファの構成の点から２種類に分けることが
できる。
【０１３７】１つは、ＩＲＤ１２が、データサービス
（ＧＵＩ画面表示出力）対応のフラッシュメモリやハー
ドディスクドライバなどの大容量の受信バッファを有す
る構成のものである。このような構成では、放送されて
いるデータサービス（ＭＨＥＧコンテンツ）全体を一度
に受信して、受信バッファに保持させる。これにより、
一旦データサービスを受信して取り込んだ後は、ＭＨＥ
Ｇによるどのシーン（ＧＵＩ画面）についても、メモリ
アクセスの待ち時間のみ待機するだけで即座に表示出力
させることが可能になる。つまり、ＧＵＩ画面（シー
ン）の切換のための操作をユーザが行ったような場合に
も、次のシーンがほぼ直ぐさま表示されることになる。
このような場合、デマルチプレクサのフィルタ条件の切
り換えによる多少のオーバーヘッドは、ＧＵＩ画面の表
示に関しては特に問題となるものではない。
【０１３８】もう１つは、ＩＲＤのコストを下げるなど
の理由から、上記のような大容量の受信バッファを持た
ないものである。先に説明した本例のＩＲＤ１２がこれ
に相当する。この場合、データ放送サービス全体のデー
タをバッファリングすることができず、データ放送のデ
ータを受信する受信単位であるモジュールのいくつかが
バッファリングできるだけの受信バッファしか持たな
い。図１５に示したＩＲＤ１２では、この受信バッファ
はキュー７１に相当し、前述のようにモジュールがバッ
ファリングできるメモリ領域が３２列設けられているの
みである。このようなＩＲＤでは、逆に言えば、モジュ
−ルの大きさは受信機のバッファメモリーサイズを上回
ることはできない。このため、データサービス全体がい
くつかのモジュールの集合で構成されることになり、そ
の時々で表示に必要なモジュールだけを受信するなどの
手順が必要になってくる。前述したオブジェクトを抽出
するための手順（Ｐｒ１）〜（Ｐｒ６）は、このような
大容量の受信バッファを有さないＩＲＤの構成に対応し
たものである。
【０１３９】ここで、図１６に、ＭＨＥＧ方式に則った
データサービスとしてのファイル（ＭＨＥＧ ａｐｐｌ
ｉｃａｔｉｏｎ ｆｉｌｅ）のディレクトリ構造例を示
す。前述したようにオブジェクトカルーセル方式は、こ
のディレクトリ構造を扱えることに特徴を有する。通
常、Ｓｅｒｖｉｃｅ Ｄｏｍａｉｎの入り口となる（Ｍ
ＨＥＧ ａｐｐｌｉｃａｔｉｏｎ ｆｉｌｅ）は、必ず、
Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙの直下にある、ａｐｐ
０／ｓｔａｒｔｕｐというファイルとなる。基本的に
は、Ｓｅｒｖｉｃｅ Ｄｏｍａｉｎ（Ｓｅｒｖｉｃｅ
Ｇａｔｅｗａｙ）の下にａｐｐｌｉｃａｔｉｏｎ ｄｉ
ｒｅｃｔｏｒｙ（ａｐｐ０，ａｐｐ１・・・ａｐｐＮ）
があり、その下にｓｔａｒｔｕｐといわれるアプリケー
ション・ファイルと、ａｐｐｌｉｃａｔｉｏｎを構成す
る各ｓｃｅｎｅのｄｉｒｅｃｔｏｒｙ（ｓｃｅｎｅ０，
ｓｃｅｎｅ１・・・）があるようにされる。更にｓｃｅ
ｎｅ ｄｉｒｅｃｔｏｒｙの下には、ＭＨＥＧ ｓｃｅ
ｎｅ ｆｉｌｅとｓｃｅｎｅを構成する各ｃｏｎｔｅｎ
ｔ ｆｉｌｅがおかれることとしている。
【０１４０】上記図１６のディレクトリ構造を前提とし
て、例えば或るデータサービスにおいて、データサービ
スの最初にアクセスすべきアプリケーションがＳｅｒｖ
ｉｃｅ Ｇａｔｅｗａｙ／ａｐｐ０／ｓｔａｒｔｕｐと
いうファイルで、最初のシーンがｓｃｅｎｅｄｉｒ０に
含まれる静止画やテキストのファイルで構成されている
とする。そして、このようなデータサービスについてＩ
ＲＤにより受信を開始したとすれば、次のような手順と
なる。 （Ｐｒ１１） ＰＭＴを参照して所望のデータサービス
のＰＩＤを取得し、そのＰＩＤとｔａｂｌｅ＿ｉｄとｔ
ａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎをフイルタ条件と
してデマルチプレクサでフィルタリングを行い、ＤＳＩ
を得る。このＤＳＩにはＳｅｒｖｉｃｅ Ｇａｔｅｗａ
ｙオブジェクトのＩＯＲが書かれている。 （Ｐｒ１２） このＩＯＲから、先に説明したオブジェ
クト抽出手順（Ｐｒ１）〜（Ｐｒ６）でＳｅｒｖｉｃｅ
Ｇａｔｅｗａｙオブジェクトを得る。
【０１４１】Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙオブジェ
クトとディレクトリ・オブジェクトの２種類のＢＩＯＰ
メッセージの中には、そのディレクトリ直下のオブジェ
クトの名称、所在（ｌＯＲ）、オブジェクトの種類とい
った情報が、ｂｉｎｄｉｎｇという属性情報として入っ
ている。従ってオブジェクトの名称が与えられると、Ｓ
ｅｒｖｉｃｅ Ｇａｔｅｗａｙから始まってディレクト
リをーつづつ下にたどりながら、その名称のオブジェク
トに行き着くことができる（同じ名称のオブジェクトが
存在する場合は、違うところまで上位のバス名が必要に
なる）。そして、さらに次に示す手順に進む。
【０１４２】（Ｐｒ１３） Ｓｅｒｖｉｃｅ Ｇａｔｅ
ｗａｙオブジェクトのｂｉｎｄｉｎｇ情報からａｐｐ０
オブジェクトのＩＯＲを得て、オブジェクト抽出手順
（Ｐｒ１）〜（Ｐｒ６）によりａｐｐ０オブジェクトを
得る。 （Ｐｒ１４） ａｐｐ０オブジェクトのｂｉｎｄｉｎｇ
情報からｓｔａｒｔｕｐオブジェクトのＩＯＲを得て、
オブジェクト抽出手順（Ｐｒ１）〜（Ｐｒ６）でｓｔａ
ｒｔｕｐオブジェクトを得る。以下同様に最初のシーン
であるｓｃｅｎｅｄｉｒ０オブジェクトなどを得る。
【０１４３】１−７．ＭＤレコーダ 図１７はストレージデバイス１３となるＭＤレコーダの
構成例を示している。ディスク１０１は、例えば、カー
トリッジに収納された直径６４ｍｍの光磁気ディスクか
らなるＭＤである。装填されたディスク１０１はスピン
トルモータ１０２により所定ＣＬＶ速度の状態で回転さ
れる。またディスク１０１に対しては、光学ヘッド１０
３と磁気ヘッド１２１が記録面に対してそれぞれ両側か
ら対向した状態に配される。光学ヘッド１０３には、レ
ーザ光を出力するためのレーザダイオード、偏光ビーム
スプリッタや対物レンズからなる光学系、反射光を検出
するためのディテクタなどが搭載されている。対物レン
ズ１０３ａは、２軸デバイス１０４によりディスクの半
径方向及びディスクに接離する方向に変位可能に保持さ
れている。光学ヘッド１０３及び磁気ヘッド１２１全体
は、スレッド機構１０５によりディスクの半径方向に移
動可能とされている。
【０１４４】光学ヘッド１０３によりディスク１０１か
ら検出された情報は、ＲＦアンプ１０７に供給される。
ＲＦアンプ１０７からは、光学ヘッド１０３の各ディテ
クタの出力を演算処理することにより、再生ＲＦ信号、
トラッキングエラー信号、フォーカスエラー信号、ウォ
ブル記録されている絶対位置情報等が抽出される。この
うちで、再生ＲＦ信号は、ＥＦＭ（Eight To Fourteen
Modulation）及びＡＣＩＣＲ（Advanced Cross Interle
ave Reed-Solomon Code ）エンコーダ／デコーダ部１０
８に供給される。また、ＲＦアンプ１０７からのトラッ
キングエラー信号、フォーカスエラー信号は、サーボ回
路１０９に供給され、絶対位置情報は、アドレスデコー
ダ１１０に供給されてデコードされ、絶対位置アドレス
として出力される。
【０１４５】サーボ回路１０９は、トラッキングエラー
信号、フォーカスエラー信号や、システムコントローラ
１１１からのトラックジャンプ指令、アクセス指令、ス
ピンドルモータ１０２の回転速度検出情報等により各種
のサーボ駆動信号を発生させ、２軸デバイス１０４及び
スレッド機構１０５を制御して、フォーカス及びトラッ
キング制御を行う。全体動作は、システムコントローラ
１１１により管理されている。システムコントローラ１
１１には、操作部１１９から入力が与えられる。
【０１４６】入力端子１２２から入力されるオーディオ
信号（アナログオーディオ信号）を記録する場合には、
そのアナログオーディオ信号がＡ／Ｄコンバータ１２３
に供給される。そしてＡ／Ｄコンバータ１２３で、この
オーディオ信号がディジタル化された後、音声圧縮エン
コーダ／デコータ１１４に供給される。そして音声圧縮
エンコーダ／デコータ１１４で、このオーディオデータ
がＡＴＲＡＣ方式で圧縮される。なお、入力端子１２２
はいわゆるアナログライン入力用であり、例えば上記Ｉ
ＲＤ１２の端子Ｔ４と接続されることで、ＩＲＤ１２か
らのオーディオ信号を入力できる。
【０１４７】音声圧縮エンコーダ／デコーダ１１４でＡ
ＴＲＡＣ圧縮されたデータは、メモリコントローラ１１
２の制御の基に、一旦、ＲＡＭ１３に書き込まれ、そし
て、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８
に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコ
ーダ１０８で、このオーディオデータにエラー訂正符号
が付加され、更に、このデータがＥＦＭ変調される。Ｅ
ＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力
がヘッド駆動回路１２４を介して、磁気ヘッド１２１に
供給される。このとき、光学ヘッド１０３からは、ディ
スクにデータを書き込むために、高レベルのレーザビー
ムが照射される。これにより、ディスク１０１に、ＡＴ
ＲＡＣで圧縮されるたオーディオデータが記録される。
【０１４８】また、このＭＤレコーダでは、ＡＴＲＡＣ
方式のデータを直接入力して記録することが可能であ
る。ＡＴＲＡＣのデータは、例えば、ＩＥＥＥ１３９４
インターフェース１２５を介して入力される。即ち上述
したＩＲＤ１２のＩＥＥＥ１３９４インターフェース６
０と、このＩＥＥＥ１３９４インターフェース１２５が
接続されている場合、ダウンロードのために４倍速ＡＴ
ＲＡＣデータが供給されることになる。
【０１４９】ＩＥＥＥ１３９４インターフェース１２５
からのＡＴＲＡＣのデータは、ＥＦＭ及びＡＣＩＲＣエ
ンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡ
ＣＩＲＣエンコーダ／デコーダ１０８で、このオーディ
オデータにエラー訂正符号の付加、ＥＦＭ変調が施され
る。そしてＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ
１０８の出力がヘッド駆動回路１２４を介して、磁気ヘ
ッド１２１に供給される。そしてこのとき同様に、光学
ヘッド１０３からは、ディスクにデータを書き込むため
に高レベルのレーザビームが照射され、これにより、デ
ィスク１０１に、ＡＴＲＡＣで圧縮されたオーディオデ
ータが記録される。
【０１５０】また光デジタル入力インターフェース１２
８が設けられる。例えばＩＥＣ９５８による光デジタル
入力インターフェース１２８が設けられる場合は、上記
ＩＲＤ１２の光デジタル出力インターフェース５９や、
他の機器の光デジタル出力インターフェースと接続され
ることで、デジタルオーディオデータの入力が行われ
る。なおその場合は、いわゆるＡＴＲＡＣデータ形態で
はないので、入力されたデジタルオーディオデータは音
声圧縮エンコーダ／デコーダ１１４でＡＴＲＡＣ形式で
圧縮処理された後、ＲＡＭ１１３，ＥＦＭ及びＡＣＩＲ
Ｃエンコーダ／デコーダ１０８を介して記録データとさ
れる。
【０１５１】ディスク１０１からの再生時には、光学ヘ
ッド１０３により、ディスク１０１の記録信号が読み出
される。この光学ヘッド１０３の出力は、ＲＦアンプ１
０７に供給され、ＲＦアンプ１０７からは、再生ＲＦ信
号が得られる。この再生ＲＦ信号は、２値化回路１０６
を介して、ＥＦＭ及びＡＣＩＲＣデコーダ１０８に供給
される。そしてＥＦＭ及びＡＣＩＲＣデコーダ１０８
で、再生ＲＦ信号に対して、ＥＦＭ復調処理、ＡＣＩＲ
Ｃによるエラー訂正処理が行われる。
【０１５２】ＥＦＭ及びＡＣＩＲＣデコーダ１０８の出
力は、メモリコントローラ１１２の制御のもとに、一
旦、ＲＡＭ１１３に書き込まれる。なお、光学ヘッド１
０３による光磁気ディスク１０１からのデータの読み取
り及び光学ヘッド１０３からＲＡＭ１１３までの系にお
ける再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃ
で、しかも、間欠的に行われる。
【０１５３】ＲＡＭ１１３に書き込まれたデータは、再
生データの転送が０．３Ｍｂｉｔ／ｓｅｃとなるタイミ
ングで読み出され、音声圧縮エンコーダ／デコータ１１
４に供給される。そしてＡＴＲＡＣ方式の圧縮に対する
音声データの伸長処理が行われる。
【０１５４】音声圧縮に対するデコードが行われたデー
タ、即ち量子化１６ビット、サンプリング周波数４４．
１ＫＨｚの形態のデジタルオーディオデータは、Ｄ／Ａ
コンバータ１１５に供給され、アナログオーディオ信号
に変換される。このアナログオーディオ信号が出力端子
１１７から外部機器もしくはアンプ・スピーカ等の再生
系に出力される。
【０１５５】ここで、ＲＡＭ１１３へのデータの書込み
／読出しは、メモリコントローラ１１２によって書込み
ポインタと読出しポインタの制御によりアドレス指定し
て行われるが、書込みポインタは１．４１Ｍｂｉｔ／ｓ
ｅｃのタイミングでインクリメントされ、一方、読出し
ポインタは０．３Ｍｂｉｔ／ｓｅｃのタイミングでイン
クリメントされていく。この書込みと読出しのビットレ
ートの差により、ＲＡＭ１１３内にある程度データが蓄
積された状態となる。ＲＡＭ１１３内にフル容量のデー
タが蓄積された時点で、書込みポインタのインクリンメ
トは停止され、光学ヘッド１０３によるディスク１０１
からのデータの読出し動作も停止される。但し、読出し
ポインタのインクリメントは継続して実行されているた
め、再生音声出力はとぎれることがない。
【０１５６】その後、ＲＡＭ１１３から読出し動作のみ
が継続されていき、ある時点でＲＡＭ１１３内のデータ
蓄積量が所定量以下となったとすると、再び光学ヘッド
１１３によるデータ読出し動作及び書込みポインタのイ
ンクリメントが再開され、再びＲＡＭ１３のデータ蓄積
がなされていく。
【０１５７】このようにＲＡＭ１１３を介して再生オー
ディオ信号を出力することにより、例えば外乱等でトラ
ッキングが外れた場合などでも、再生音声出力が中断し
てしまうことがなく、データ蓄積が残っているうちに例
えば正しいトラッキング位置までアクセスしてデータ読
出しを再開することで、再生出力に影響を与えずに、動
作を続行できる。
【０１５８】また記録時には、リアルタイムに入力され
るデジタルオーディオ信号又はアナログオーディオ信号
は、ＡＴＲＡＣ方式で圧縮された後、ＲＡＭ１１３に一
旦蓄積され、その後所定タイミングで記録データとして
処理されるべく読み出されていく。たとえば後述するク
ラスタという単位で読み出され、記録データとして処理
される。そして、その処理過程（ＡＣＩＲＣ処理やＥＦ
Ｍ処理）では高速レートで処理することは可能である。
ところがあくまでも入力は音楽に応じたリアルタイムで
あるため、例えば楽曲等のディスク１０１への記録には
その楽曲の演奏時間と同じだけの時間がかかることにな
る。一方、ＩＲＤ１２から４倍速ＡＴＲＡＣ形式で楽曲
データが供給される場合、例えば１つの楽曲としての入
力自体が高速で完了することになり、当然その入力レー
トに応じて処理していけばよいため、ディスク１０１へ
の記録（つまり楽曲等のダウンロード）は非常に短時間
に完了できる。例えば演奏時間４分の楽曲であれば１分
程度でダウンロードが完了できる。
【０１５９】全体動作を制御するシステムコントローラ
１１１に対する操作指示の入力部位としては、操作部１
１９、赤外線インターフェース１２７が設けられる。操
作部１１９は各種操作キーやダイヤルとしての操作子が
設けられる。操作子としては例えば、再生、録音、一時
停止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭ
Ｓ（頭出しサーチ）などの記録再生動作にかかる操作子
や、通常再生、プログラム再生、シャッフル再生などの
プレイモードにかかるモード操作子、さらには表示部１
２９における表示状態を切り換える表示モード操作のた
めの操作子、トラック（プログラム）分割、トラック連
結、トラック消去、トラックネーム入力、ディスクネー
ム入力などの編集操作のための操作子など設けられてい
る。これらの操作キーやダイヤルによる操作情報はシス
テムコントローラ１１に供給され、システムコントロー
ラ１１は操作情報に応じた動作制御を実行することにな
る。
【０１６０】また赤外線インターフェース１２７は、例
えば専用の赤外線リモートコマンダーから出力された赤
外線コマンド信号を受信／デコードし、システムコント
ローラ１１１に供給する。リモートコマンダーに操作部
１１９と同様の操作キー等が設けられていることで、ユ
ーザーはリモートコマンダーを使用して所要の操作を行
うことができる。また、上記のようにＩＲＤ１２が赤外
線インターフェース６６から、当該ＭＤレコーダに対応
するコマンド信号形態で赤外線コマンド信号を出力する
ことで、ＩＲＤ１２がＭＤレコーダに対して、各種指示
（例えば録音開始／停止、再生など）を行うことができ
る。
【０１６１】さらに、コントロールラインインターフェ
ース１２６が設けられる場合、ＩＲＤ１２のコントロー
ルラインインターフェース６７と接続されることで、シ
ステムコントローラ１１１はＣＰＵ８０との間で各種デ
ータ通信を行うことができる。これによってＩＲＤ１２
がＭＤレコーダに対して、各種指示（例えば録音開始／
停止、再生など）を行うことができる。なお、上述した
ようにＩＥＥＥ１３９４インターフェース接続される場
合は、ＩＥＥＥ１３９４上でＡＴＲＡＣデータだけでな
く各種制御コマンドも送受信できる。従って、コントロ
ールラインインターフェース１２６や赤外線インターフ
ェース１２７を介してＩＲＤ１２がＭＤレコーダを制御
するのは、例えばＭＤレコーダがＩＥＥＥ１３９４に対
応していない機種の場合に好適なものとなる。
【０１６２】表示部１２９の表示動作はシステムコント
ローラ１１１によって制御される。即ちシステムコント
ローラ１１１は表示動作を実行させる際に表示すべきデ
ータを表示部１２９内の表示ドライバに送信する。表示
ドライバは供給されたデータに基づいて液晶パネルなど
によるディスプレイの表示動作を駆動し、所要の数字、
文字、記号などの表示を実行させる。例えば記録／再生
しているディスクの動作モード状態、トラックナンバ、
記録時間／再生時間、編集動作状態等が示される。また
ディスク１０１には主データたるトラック（ＡＴＲＡＣ
データとしての楽曲）に付随して管理される文字情報
（トラックネーム等）が記録できるが、その文字情報の
入力の際の入力文字の表示や、ディスクから読み出した
文字情報の表示などが実行される。また後述するＡＵＸ
ファイルとしてのテキストデータやイメージデータをデ
ィスク１０１から読み出した場合は、その表示出力を表
示部１２９において実行することができる。
【０１６３】ところで、ディスク１０１に対して記録／
再生動作を行なう際には、ディスク１０１に記録されて
いる管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯ
Ｃ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要が
ある。システムコントローラ１１１はこれらの管理情報
に応じてディスク１０１上の記録すべきエリアのアドレ
スや、再生すべきエリアのアドレスを判別することとな
る。この管理情報はＲＡＭ１１３に保持される。そし
て、システムコントローラ１１１はこれらの管理情報
を、ディスク１０１が装填された際に管理情報の記録さ
れたディスクの最内周側の再生動作を実行させることに
よって読み出し、ＲＡＭ１１３に記憶しておき、以後そ
のディスク１０１に対する記録／再生／編集動作の際に
参照できるようにしている。
【０１６４】また、Ｕ−ＴＯＣはデータの記録や各種編
集処理に応じて書き換えられるものであるが、システム
コントローラ１１１は記録／編集動作のたびに、Ｕ−Ｔ
ＯＣ更新処理をＲＡＭ１１３に記憶されたＵ−ＴＯＣ情
報に対して行ない、その書換動作に応じて所定のタイミ
ングでディスク１０１のＵ−ＴＯＣエリアについても書
き換えるようにしている。
【０１６５】またディスク１０１にはＡＴＲＡＣデータ
としてのトラックとは別にＡＵＸデータファイルを記録
することができる。そのＡＵＸデータファイルの管理の
ためにディスク１０１上にはＡＵＸ−ＴＯＣが形成され
る。システムコントローラ１１１はＵ−ＴＯＣの読出の
際にＡＵＸ−ＴＯＣの読出も行い、ＲＡＭ１１３に格納
して必要時にＡＵＸデータ管理状態を参照できるように
している。
【０１６６】詳しくは後述するが、ＩＲＤ１２から供給
されるＡＴＲＡＣデータをディスク１０１にダウンロー
ドする際には、ＡＴＲＡＣデータに続いて必要なＵ−Ｔ
ＯＣデータやその他のテキストデータ、イメージデータ
など、ＡＴＲＡＣデータとしての楽曲に付随する情報
（付加情報ともいう）も提供される。一連のダウンロー
ド動作としては、ＡＴＲＡＣデータだけでなく、それら
の管理／付加情報もＵ−ＴＯＣデータや、ＡＵＸデータ
ファイルとしてディスク１０１に記録されるものであ
る。
【０１６７】１−８．ＭＤのエリア構成 ここで、ＭＤ（ディスク１０１）での記録データの構造
及びエリア構成を説明しておく。ミニディスクシステム
での記録トラックとしては図１８のようにクラスタＣＬ
が連続して形成されており、１クラスタが記録時の最小
単位とされる。１クラスタは２〜３周回トラック分に相
当する。
【０１６８】そして１つのクラスタＣＬは、セクターＳ
FC〜ＳFFとされる４セクターのリンキング領域と、セク
ターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ
領域から形成されている。１セクタは２３５２バイトで
形成されるデータ単位である。４セクターのサブデータ
領域のうち、セクターＳFFはサブデータセクタとされ、
サブデータとしての情報記録に使用できるが、セクター
ＳFC〜ＳFEの３セクターはデータ記録には用いられな
い。一方、ＴＯＣデータ、オーディオデータ、ＡＵＸデ
ータ等の記録は３２セクター分のメインデータ領域に行
なわれる。なお、アドレスは１セクター毎に記録され
る。
【０１６９】また、セクターはさらにサウンドグループ
という単位に細分化され、２セクターが１１サウンドグ
ループに分けられている。つまり図示するように、セク
ターＳ00などの偶数セクターと、セクターＳ01などの奇
数セクターの連続する２つのセクターに、サウンドグル
ープＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つ
のサウンドグループは４２４バイトで形成されており、
11.61msec の時間に相当する音声データ量となる。１つ
のサウンドグループＳＧ内にはデータがＬチャンネルと
Ｒチャンネルに分けられて記録される。例えばサウンド
グループＳＧ00はＬチャンネルデータＬ０とＲチャンネ
ルデータＲ０で構成され、またサウンドグループＳＧ01
はＬチャンネルデータＬ１とＲチャンネルデータＲ１で
構成される。なお、Ｌチャンネル又はＲチャンネルのデ
ータ領域となる２１２バイトをサウンドフレームとよん
でいる。
【０１７０】ディスク１０１のエリア構造を図１９に示
す。図１９（ａ）はディスク最内周側から最外周側まで
のエリアを示している。光磁気ディスクとしてのディス
ク９０は、最内周側はエンボスピットにより再生専用の
データが形成されるピット領域とされており、ここにＰ
−ＴＯＣが記録されている。ピット領域より外周は、光
磁気領域とされ、記録トラックの案内溝としてのグルー
ブが形成された記録再生可能領域となっている。この光
磁気領域の最内周側のクラスタ０〜クラスタ４９までの
区間が管理エリアとされ、実際の楽曲等のプログラムが
記録されるのは、クラスタ５０〜クラスタ２２５１まで
のプログラムエリアとなる。プログラムエリアより外周
はリードアウトエリアとされている。
【０１７１】管理エリア内を詳しく示したものが図１９
（ｂ）である。図１９（ｂ）は横方向にセクター（リン
キングセクターは省略）、縦方向にクラスタを示してい
る。管理エリアにおいてクラスタ０，１はピット領域と
の緩衝エリアとされている。クラスタ２はパワーキャリ
ブレーションエリアＰＣＡとされ、レーザー光の出力パ
ワー調整等のために用いられる。クラスタ３，４，５は
Ｕ−ＴＯＣが記録される。Ｕ−ＴＯＣとしては、１つの
クラスタ内の各セクターにおいてデータフォーマットが
規定され、それぞれ所定の管理情報が記録されるが、こ
のようなＵ−ＴＯＣデータとなるセクターを有するクラ
スタが、クラスタ３，４，５に３回繰り返し記録され
る。１クラスタにはメインセクター領域として３２セク
ター存在するため、Ｕ−ＴＯＣセクターとしては最高３
２種類（Ｕ−ＴＯＣセクター０〜セクター３１）の管理
情報記録が設定できる。実際上、主に用いられているＵ
−ＴＯＣセクターは、セクター０，１，２，４であり、
Ｕ−ＴＯＣセクター０においては、記録されたトラック
の記録位置アドレス、トラックモードなどが管理され
る。またＵ−ＴＯＣセクター１，セクター４は、記録さ
れたトラックに対応するトラックネームとなる文字情報
の記録に用いられ、さらにＵ−ＴＯＣセクター２は記録
されたトラックの録音日時を記録するエリアとされてい
る。
【０１７２】クラスタ６，７，８はＡＵＸ−ＴＯＣが記
録される。ＡＵＸ−ＴＯＣとしてのデータにより、ＡＵ
Ｘデータファイルの管理が行われる。即ち、テキスト、
イメージ等のデータファイルに対するアロケーションテ
ーブルなどのファイル管理情報が記録される。詳述は避
けるが、１つのクラスタ内の各セクターにおいてデータ
フォーマットが規定され、それぞれ所定のファイル管理
情報が記録される。このようなＡＵＸ−ＴＯＣデータと
なるセクターを有するクラスタが、クラスタ６，７，８
に３回繰り返して記録される。
【０１７３】クラスタ９からクラスタ４６までの領域
は、ＡＵＸデータが記録される領域となる。ＡＵＸデー
タとしてのデータファイルはセクター単位で形成され、
後述する静止画ファイルとしてのピクチャーファイルセ
クタ、文字情報ファイルとしてのテキストファイルセク
ター、プログラムに同期した文字情報ファイルとしての
カラオケテキストファイルセクター等が形成される。そ
してこのＡＵＸデータとしてのデータファイルや、ＡＵ
Ｘデータエリア内でＡＵＸデータファイルを記録可能な
領域などは、ＡＵＸ−ＴＯＣによって管理されることに
なる。
【０１７４】なおＡＵＸデータエリアでのデータファイ
ルの記録容量は、エラー訂正方式モード２として考えた
場合に２．８Ｍバイトとなる。また、例えばプログラム
エリアの後半部分やプログラムエリアより外周側の領域
（例えばリードアウト部分）に、第２のＡＵＸデータエ
リアを形成して、データファイルの記録容量を拡大する
ことも考えられる。
【０１７５】クラスタ４７，４８，４９は、プログラム
エリアとの緩衝エリアとされる。クラスタ５０（＝３２
ｈ）以降のプログラムエリアには、１又は複数の楽曲等
の音声データがＡＴＲＡＣ形式で記録される。記録され
る各プログラムや記録可能な領域は、Ｕ−ＴＯＣによっ
て管理される。なお、プログラム領域における各クラス
タにおいて、セクターＦＦｈは、前述したようにサブデ
ータとしての何らかの情報の記録に用いることができ
る。
【０１７６】２．ダウンロード ２−１．機器接続構成 以上、衛星通信による放送の送信、受信、及びダウンロ
ードを実行するためのシステムについて説明してきた
が、以下、ＩＲＤ１２に接続されたストレージデバイス
１３に対するダウンロード動作について説明していく。
例えば家庭等で構築される受信設備としては図２で簡単
に述べたが、実際にはＩＲＤ１２に対して複数のストレ
ージデバイス１３が接続される場合が考えられる。複数
のストレージデバイス１３が接続される構成例を図２０
に示す。
【０１７７】この図２０では、ＩＲＤ１２に対して５つ
のＩＥＥＥ１３９４対応機器が接続されている例を示し
ている。即ちＭＤレコーダ１３Ａ、１３Ｂ、１３Ｅ、Ｖ
ＣＲ１３Ｃ、ＤＶＤプレーヤ１３Ｄである。これらの機
器は。ＩＲＤ１２との間で、ＩＥＥＥ１３９４方式で、
各種の制御データやコマンドの通信が可能とされる。な
お、ここではＭＤレコーダ１３Ａ、１３Ｂについては、
ＩＥＥＥ１３９４バス１６により送信されてきたＡＴＲ
ＡＣデータの記録にも対応できるものとする。一方、Ｍ
Ｄレコーダ１３Ｅについては、ＩＥＥＥ１３９４インタ
ーフェースにより送信されてきたＡＴＲＡＣデータをそ
のまま記録できる機能は備えていないものとする。即ち
この場合は、例えばＩＥＥＥ１３９４バス１６、もしく
は光デジタルラインなどでデジタルオーディオデータを
入力し、ＭＤレコーダ１３Ｅ内部でＡＴＲＡＣ処理を行
って記録を行うものとする。
【０１７８】また、ＩＥＥＥ１３９４に対応していない
機器として、ＭＤレコーダ１３Ｆ、１３Ｇを示してい
る。これらは例えば光デジタルラインやアナログライン
によりＩＲＤ１２と接続されることで、ＩＲＥ１２から
オーディオデータを入力することができる。また、赤外
線インターフェースやコントロールライン接続されるこ
とで、ＩＲＤ１２による動作制御を受けることも可能と
なる。
【０１７９】なお、後述するダウンロード動作は、ＭＤ
レコーダ１３Ａ又は１３Ｂをストレージ機器として用い
る例で説明する。即ちＩＲＤ１２はＩＥＥＥ１３９４バ
ス１６によりＡＴＲＡＣデータや各種コマンドをＭＤレ
コーダ１３Ａ又は１３Ｂに供給し、４倍速ＡＴＲＡＣデ
ータによる高速ダウンロードを実行させるものとする。
但し、高速ではないリアルタイムのダウンロードを行う
ことを考えれば、後述するダウンロード動作時の処理と
同様のダウンロード処理は、他の機器（１３Ｃ〜１３
Ｇ）を用いる場合でも可能となる。
【０１８０】２−２．機器接続に関する処理 まずＩＲＤ１２にストレージデバイス１３としての機器
が接続された際のＩＲＤ１２の処理を説明していく。或
るストレージデバイスが接続される毎に、ＩＲＤ１２の
ＣＰＵ８０は、図２４のような接続機器ＩＤテーブルに
おいて、その接続機器に関するデータを追加生成してい
くことになる。なお、この接続機器ＩＤテーブル（以
下、ＩＤテーブルという）は不揮発性メモリ６８に保持
される。また接続された機器とＩＲＤ１２との間の通信
には、ＩＥＥＥ１３９４で規定されるコマンドが用いら
れる。
【０１８１】接続の際のＣＰＵ８０の処理を図２１に示
す。ＩＲＤ１２からＩＥＥＥ１３９４バス１６により或
るストレージデバイス１３が接続された際には、ＣＰＵ
８０の処理は図２１のステップＦ１０１からＦ１０２に
進み、ＩＤテーブルへのデータ追加のための処理を開始
する。まずステップＦ１０２では、接続された機器に対
してその機器に与えられているＩＤを報せるべくリクエ
ストを行う。ここでいうＩＤとは、いわゆるノードユニ
ークＩＤといわれているもので、機器個体に固有のナン
バ（又は文字）として与えられているＩＤコードであ
る。
【０１８２】接続された機器では、ＩＤのリクエストに
応じて、その機器固有のＩＤコードをＩＲＤ１２に送信
する。ＣＰＵ８０はＩＤコードの受信をステップＦ１０
３で待機しており、ＩＤコードが受信されたらステップ
Ｆ１０４に進む。まずここで受信され取り込まれたＩＤ
コードと同一のＩＤコードが図２４のようなＩＤテーブ
ル上に存在するか否かを検索する。
【０１８３】新規に或る機器をＩＲＤ１２に接続する場
合は、ＩＤテーブルに同一のＩＤコードが登録されてい
ることはない。従って新規接続の場合はステップＦ１０
５からＦ１０６に進み、その接続された機器についてＣ
ＰＵ８０がナンバリングを行う。例えば接続される機器
毎に「１」から順にナンバリングを行うとすると、それ
まで３台の機器が接続されている時点に新たに機器が接
続されたら、その機器のナンバは「４」となる。
【０１８４】続いてステップＦ１０７で、接続された機
器に対して、機器タイプ、詳細タイプ、ＡＴＲＡＣ入力
対応機器であるか否かなど必要な情報を知らせるように
順次要求する。接続された機器では、それらの情報のリ
クエストに応じて、その機器タイプ、詳細タイプ、ＡＴ
ＲＡＣ入力可否などの情報を送信してくる。なお、機器
タイプとは、「ＶＣＲ機器」と「ディスク機器」を区別
するタイプ情報である。例えばアナログＶＣＲ、ＤＶ機
器、ＤＶ−ＨＳ機器などがＶＣＲ機器に相当する。一方
ＭＤレコーダ、ＣＤプレーヤ、ＤＶＤレコーダ、ハード
ディスクドライブなどがディスク機器に相当する。また
詳細タイプとは、実際の機器種別の情報となる。例えば
「ＭＤレコーダ」「アナログＶＣＲ」「ＤＶＤプレー
ヤ」などの情報である。
【０１８５】ステップＦ１０８で、これらリクエストし
た必要な情報が受信されたら、ＣＰＵ８０はステップＦ
１０９に進み、その接続された機器に対するニックネー
ムを自動設定する。後述するが本例では接続機器に対し
てユーザーが任意のニックネームを設定することができ
るが、接続時にはまずＣＰＵ８０がデフォルトニックネ
ームを自動設定することになる。例えばＭＤレコーダの
場合は「ＭＤ−１」など仮の名称を付与する。
【０１８６】続いてステップＦ１１０では、ＩＤテーブ
ルに、接続機器の情報を追加記憶する。１つの機器に対
応するＩＤテーブル上の情報としては、ステップＦ１０
６でナンバリングされた接続機器ナンバ、ステップＦ１
０３で受信されたＩＤ、ステップＦ１０８で受信された
機器タイプ、詳細タイプ、ＡＴＲＡＣ入力可否、ステッ
プＦ１０９で設定されたデフォルトニックネームとな
る。そしてこれらの情報が図２４のようにＩＤテーブル
に書き込まれる。例えば図２０のうちでＭＤレコーダ１
３Ａ、１３Ｂのみが接続されている時点で、新規接続機
器としてＶＣＲ１３Ｃが接続されたとすると、図２１の
処理により、図２４の３行目として示すデータ、即ち機
器ナンバ「３」、ＶＣＲ１３ＣのＩＤ「ｉｄ３」、機器
タイプ「ＶＣＲ」、詳細タイプ「アナログＶＣＲ」、デ
フォルトニックネーム「ＶＣＲ−１」、ＡＴＲＡＣ入力
「不可」という各データが記憶される。また、このとき
接続状況データが「オン」とされる。
【０１８７】なおこの図２４は、図２０のように５つの
機器がＩＥＥＥ１３９４バス１６に接続されており、さ
らにＭＤレコーダ１３Ａ、１３Ｂ、１３Ｅには既にユー
ザーがニックネーム登録した後の状態としての例を示し
ている。このニックネーム登録は、ユーザーが任意に行
うものであり、その場合ユーザーはＩＲＤ１２に対して
例えばリモートコマンダー６４により、ニックネーム入
力モードとしての操作を行う。
【０１８８】いま仮に、５つの機器が接続され、ＩＤテ
ーブルでは全機器がデフォルトニックネームで登録され
ていたとする。例えば図２０の各機器１３Ａ〜１３Ｅの
ニックネームが、「ＭＤ−１」「ＭＤ−２」「ＶＣＲ−
１」「ＤＶＤ−１」「ＭＤ−３」としてＩＤテーブルに
登録されていたとする。後述するが、ダウンロードを行
う時には、ユーザーは予めダウンロードを行う機器を選
択する必要がある。この機器選択にはＩＲＤ１２がモニ
タ装置１４に各接続機器のニックネームを表示してユー
ザーに選択を促すようにしている。ここで３台のＭＤレ
コーダにつきデフォルトニックネームがＩＤテーブルに
登録されていると、それぞれ「ＭＤ−１」「ＭＤ−２」
「ＭＤ−３」と表示される。この場合、単なる機種名で
表示されるよりもユーザーとしては各表示名がどのＭＤ
レコーダに対応しているか区別がつきやすい。ところ
が、ユーザーがそのデフォルトニックネームを気に入ら
なかったり、もしくはより明確に区別できるようにした
いというようなこともある。そこで、ユーザーが例えば
３台のＭＤレコーダ１３Ａ、１３Ｂ、１３Ｅをより区別
しやすくするために、各々任意のニックネームをつける
ようにし、その場合は、ニックネーム入力モードとする
操作を行う。また、過去に登録したニックネームを変更
したい場合も同様である。
【０１８９】ニックネーム入力モードとしての操作が行
われると、ＣＰＵ８０の処理は図２３のステップＦ１５
１からＦ１５２に進み、まずユーザーにニックネーム登
録を行う機器の選択要求を行う。例えばモニタ装置１４
に、その時点での各機器のニックネーム（デフォルトニ
ックネーム又は過去に登録されたニックネーム）や、必
要なき機器種別などを提示して、ユーザーに特定の機器
を選択させる。選択操作が行われたらステップＦ１５３
からＦ１５４に進み、モニタ装置１４に、ニックネーム
の入力要求を行う。ユーザーはそれに応じてニックネー
ムとなる文字や数字を入力する。そして入力が確定され
たら、ステップＦ１５５からＦ１５６に進み、ＩＤテー
ブルを更新する。即ち選択された機器についてのニック
ネームデータを、今回入力された文字又は数字に書き換
える。例えば図２４のように機器ナンバ「１」のＭＤレ
コーダ１３Ａに対して、「Ｊｉｍｍｙ」というニックネ
ームが登録される。なお、ユーザーによる文字等の入力
は、ＧＵＩ画面とリモートコマンダー６４の操作により
実行されるようにすればよい。
【０１９０】このような処理により、図２４に示すよう
に、各機器に対して任意にニックネームを付加すること
ができる。そしてＣＰＵ８０は、何らかの事情でユーザ
ーに対して機器の選択を求める場合には、このＩＤテー
ブルに登録されたニックネームを表示させて選択させる
ことで、ユーザーにとって機器選択操作をわかりやすい
ものとすることができる。
【０１９１】ところで、図２４のＩＤテーブルにおける
接続状況とは、現在その機器が実際に接続されているか
否かを示すデータとなる。従って一旦接続された機器
が、その後接続を外された場合には、接続状況データが
更新される。即ち図２２に示すように、或る機器がＩＥ
ＥＥ１３９４バス１６から外された際には、処理をステ
ップＦ１２１からＦ１２２に進め、その機器に対応する
ＩＤテーブル上のデータを更新する。具体的には接続状
況データを「オフ」に書き換える。このようにすること
で、一旦接続された機器の情報はその後保持できるとと
もに、実際の接続状況をＩＲＤ１２側から容易に把握で
きる。
【０１９２】ここで、一旦接続が解かれた機器が、後に
再度接続された場合を考える。機器接続が発生すると、
上記図２１の処理が行われるわけであるが、その場合は
ステップＦ１０４でＩＤテーブルを検索すると、受信Ｉ
Ｄと同一のＩＤが発見されることになる。その場合は、
その接続機器に関してＩＤテーブルに必要な情報は、前
回（もしくはそれ以前）の接続時に取り込んでＩＤテー
ブルに書込済であることになるため、処理をステップＦ
１１１に進め、接続状況データを再び「オン」に書き換
えるのみでよいことになる。即ち一旦接続された後、取
り外された機器が再度接続された場合には、その機器の
機器タイプなどの情報は既に記憶済であるので再度取り
込む必要はなく、接続時の処理は簡略化される。また、
ユーザーが過去に、その機器についてニックネーム登録
をしていた場合には、その登録されたニックネームも有
効データとして扱うことができる（つまり再度の登録操
作を必要としない）。特にこのように接続解除の際もＩ
Ｄテーブルのデータ自体は残しておくことで、何度も接
続、接続解除が繰り返されるような機器（例えばユーザ
ーが携帯用ＭＤレコーダを用いる場合など）が存在する
場合は、非常に有効となる。
【０１９３】以上のようにストレージ機器１３が接続さ
れた際（及び接続解除の際）の処理が行われることで、
ＩＲＥ１２側では、接続されたストレージ機器１３の機
種や状況を的確に判別でき、ダウンロード動作時に適切
な処理を行うことができる。また接続機器に関してユー
ザーがニックネーム登録を実行できることで、機器選択
などの際の操作がわかりやすくなり、またユーザーフレ
ンドリーな楽しみを与えることにもなる。
【０１９４】なお以上の処理はＩＥＥＥ１３９４バス１
６に接続される機器について述べたが、図２０のように
他のコントロールラインを介してＭＤレコーダ１３Ｇが
接続された際などにも適用することができる。
【０１９５】２−３．ダウンロード動作概要 例えば以上のようにＩＲＤ１２に対して各種ストレージ
デバイス１３が接続されるわけであるが、以下、ＩＲＤ
１２が実際にあるストレージデバイス１３に対してダウ
ンロードを実行させる場合の一連の動作概要を図２５、
図２６で説明する。なお各手順における詳細な処理につ
いては後述する。またここでダウンロードを実行するス
トレージデバイス１３としてはＩＥＥＥ１３９４対応で
かつＡＴＲＡＣ入力対応のＭＤレコーダ１３Ａ又は１３
Ｂとする。
【０１９６】ダウンロードの際にＩＲＤ１２で実行され
る手順を、図２５、図２６において手順Ｓ１０〜Ｓ１６
で示し、またダウンロードの際にストレージデバイス１
３（ＭＤレコーダ１３Ａ）で実行される手順を、手順Ｓ
２１〜Ｓ２２で示す。以下、各手順の概略的な内容を説
明していく。
【０１９７】［Ｓ１０］ユーザーがある楽曲のダウンロ
ードを求める場合は、ＩＲＤ１２に対して設定操作を行
うことになる。手順Ｓ１０のダウンロード設定処理は、
ユーザーの要求するダウンロード動作を設定する処理と
なり、大まかにいえば、ダウンロードを実行させる機器
（ストレージデバイス）の選択、及びダウンロードする
コンテンツ（楽曲）の選択を行う。
【０１９８】［Ｓ１１、Ｓ２１］ＩＲＤ１２が実行する
手順Ｓ１１は、ダウンロード実行のためのチェック／指
示処理であり、これは手順Ｓ１０で設定されたダウンロ
ード動作を、選択されたストレージデバイス１３側で実
行可能な状態にさせる指示、及び実行可能な状態か否か
をチェックする処理となる。このチェック／指示のため
にＩＲＤ１２はストレージデバイス１３にコマンドを送
り、所定の動作を実行させ、もしくは所要の応答を受け
る。このときストレージデバイス１３側で実行される手
順Ｓ２１はチェック／指示に対する設定、応答処理であ
り、つまりＩＲＤ１２から送られてくるコマンドに応じ
た設定動作もしくは応答を実行する。
【０１９９】［Ｓ１２、Ｓ２２］ＩＲＤ１２は上記手順
Ｓ１１でダウンロード実行可能を確認したら、手順Ｓ１
２としてダウンロードセットアップ指示を行う。ここで
はまず、ストレージデバイス１３に対して、ダウンロー
ドモードへの移行を要求する。詳しくは後述するが、こ
こでダウンロードモードの指示とは、ストレージデバイ
ス１３が動作状態が変化した際にＩＲＤ１２にそれを伝
えるべく要求と、実際のセットアップ状態とする指示と
なる。このような指示に応じてストレージデバイス１３
側では手順Ｓ２２としてダウンロードセットアップ処理
を行う。例えばセットアップとして録音待機状態（例え
ばディスク１０１に対して録音開始する位置での録音ポ
ーズ）とするとともに、その後状態（ステイタス）変化
が発生したときにはＩＲＤ１２に報告するモードとす
る。さらにこのダウンロードモード下では、ストレージ
デバイス１３は自分でＡＴＲＡＣデータの開始と終了を
判断することになる。
【０２００】［Ｓ１３、Ｓ２３］ＩＲＤ１２はダウンロ
ードの際には、ＡＴＲＡＣデータに関しては、単にダウ
ンロードすべく選択された楽曲としてのＡＴＲＡＣデー
タをＩＥＥＥ１３９４インターフェース６０で選択させ
て出力させるのみである。つまり図６に示したような受
信データの中から該当するチャンネルの４倍速ＡＴＲＡ
Ｃデータを出力させる。これに対して、ＡＴＲＡＣデー
タが入力されるストレージデバイス１３側では、ＡＴＲ
ＡＣデータの先頭となるＴＳパケットを検出すると、実
際の記録動作（ダウンロード）を開始する。またダウン
ロード実行中はそのＡＴＲＡＣデータの終端となるＴＳ
パケットを監視しており、終端となったら記録を終了す
る。このようにストレージデバイス１３では手順Ｓ２３
として実際のＡＴＲＡＣ記録処理を行う。その開始／終
了はＴＳパケットの監視に基づいて行うものとなる。一
方、このときＩＲＤ１２側では、記録動作にステイタス
変化したことの報告（ＲＥＣスタート報告）を受けるこ
とで、ダウンロードが開始されたことを認識する。ま
た、停止状態にステイタス変化したことの報告（ＲＥＣ
エンド報告）を受けることで、ＡＴＲＡＣデータのダウ
ンロードが終了されたことを認識する。この間、図示し
ていないが、後述するようにダウンロード進捗状況の表
示及びそのためのデータ要求などを行うことになる。こ
の間の処理が手順Ｓ１３（ＡＴＲＡＣ記録対応処理）と
なる。
【０２０１】［Ｓ１４、Ｓ２４］ＩＲＤ１２は、ＲＥＣ
エンド報告を受けることで、ＡＴＲＡＣデータのダウン
ロードが終了されたことを認識したら、手順Ｓ１４の管
理／付加情報の記録指示処理を行う。ここでは、ストレ
ージデバイス１３側に管理情報や付加情報の記録を指示
するとともに、必要なデータを提供する。ＭＤレコーダ
１３Ａの場合は、Ｕ−ＴＯＣデータ、ＡＵＸ−ＴＯＣデ
ータ、ＡＵＸデータの記録指示及び必要なデータを送信
することになる。これに応じてストレージデバイス１３
では手順Ｓ２４で、指示に応じた管理情報や付加情報の
記録を実行する。
【０２０２】［Ｓ１５、Ｓ２５］管理情報／付加情報の
記録が完了したら、一連のダウンロードは終了される。
このためＩＲＤ１２は手順Ｓ１５としてダウンロードの
終了を指示し、一方ストレージデバイス１３ではそれを
受けてダウンロードモードから抜ける。
【０２０３】［Ｓ１６、Ｓ２６］以上が通常のダウンロ
ードのための処理手順であるが、ダウンロード実行中、
即ちストレージデバイス１３が手順Ｓ２３を実行してい
るときに、ストレージデバイス１３が記録しているＡＴ
ＲＡＣデータに関するエラーを検出することがある。も
ちろんストレージデバイス１３に何らかの障害が発生
し、記録動作が良好に実行できなくなることもあり得
る。このように何らかのエラーが発生した場合は、その
ままエラーを見過ごしてダウンロードを続行することは
適切ではない。特にユーザーに有償で楽曲をダウンロー
ドさせる（つまり楽曲の販売）ことを考えれば、エラー
が発生した場合は何らかの適切な処置が必要になる。
【０２０４】そこで図２６に示すように、何らかのエラ
ーが発生した場合は、ストレージデバイス１３は手順Ｓ
２３においてエラーが発生した旨をＩＲＤ１２に報告す
る。そして、これを受けてＩＲＤ１２は手順Ｓ１６のエ
ラー処理を行う。この処理は、リトライが可能かどうか
の判別、可能な場合のリトライへの移行、不能の場合の
ダウンロード中止という処理となる。一方、ストレージ
デバイス１３側では手順Ｓ２６としてリトライ準備処理
を行っておく。そしてリトライが可能な場合は、ＩＲＤ
１２及びストレージデバイス１３は、それぞれ手順Ｓ１
２、手順Ｓ２２に戻り、以降、ダウンロードのリトライ
を実行する。
【０２０５】以上図２５、図２６のようにダウンロード
としての一連の動作がＩＲＤ１２とストレージデバイス
１３の間で所要の通信が行われながら実行されていく。
以下、各手順での詳細な処理例を説明していく。なお、
以下説明していく処理における各種通信には、ＩＥＥＥ
１３９４方式のＡＶ／Ｃコマンドなどが利用されればよ
い。但し、本例の通信のために新規設定されるコマンド
も含まれる。新規設定されるコマンドとは、例えば後述
するダウンロードセットアップコマンド、ダウンロード
モードへの移行指示のコマンド、ダウンロード終了指示
のコマンドなどである。また、説明する処理はあくまで
も一例であり、具体的な処理方式は多様に考えられるこ
とはいうまでもない。
【０２０６】２−４．ダウンロード設定処理 手順Ｓ１０としてのダウンロード設定処理を図２７で説
明する。ユーザーがある楽曲のダウンロードを求める場
合は、まずＩＲＤ１２に対して設定操作を行うことにな
るが、この場合、例えば図４（ｂ）で説明したような画
面を表示させた状態で操作を行う。なお、ダウンロード
としては設定直後にダウンロードを開始する場合と、設
定操作として後の時点でのダウンロードを実行させる予
約録音操作とがある。いづれの場合も設定処理としては
概略同様となる。設定開始のための何らかの操作をユー
ザーが行うと、ＣＰＵ８０は図２７のステップＦ２０１
からＦ２０２に進み、ダウンロード設定処理を開始す
る。ここで何らかの操作とは、例えば図４（ｂ）におけ
るダウンロードボタン２８もしくは予約録音ボタン２５
を押す操作としてもよいし、ＧＵＩ画面として設定のた
めの専用ボタンを用意し、それを押すようにしてもよ
い。
【０２０７】まずステップＦ２０２では、ＣＰＵ８０は
ＩＥＥＥ１３９４接続機器の中からダウンロード対象と
なる機器をリストアップする。本例では、ダウンロード
対象機器をＭＤレコーダに限定するものとする。ここで
のリストアップは図２４に示したＩＤテーブルを利用す
る。即ちＩＤテーブルからダウンロード対象機器となり
得る機器をリストアップする。リストアップ条件は各種
考えられるが、例えば本例のようにダウンロード対象機
器をＭＤレコーダに限定する場合は「ＭＤレコーダ」と
いう条件とする。すると例えば、図２０のＭＤレコーダ
１３Ａ（Ｊｉｍｍｙ）、ＭＤレコーダ１３Ｂ（Ｅｒｉ
ｃ）、ＭＤレコーダ１３Ｅ（Ｊｅｆｆ）がリストアップ
される。
【０２０８】続いてステップＦ２０３では、もしＩＥＥ
Ｅ１３９４バス以外のコントロールラインで接続された
機器が存在する場合は、その中で同様にダウンロード対
象機器となり得る機器をリストアップする。この場合、
コントロールライン接続機器についても、接続時に図２
４のようなＩＤテーブルが作成されていれば、それを利
用する。ＩＤテーブルが作成されていないものである場
合は、接続機器に対して機器種別（詳細タイプ）を尋ね
て、該当機器をリストアップする。例えば図２０におけ
るＭＤレコーダ１３Ｇがリストアップされる。
【０２０９】続くステップＦ２０４では、ＩＲＤ１２が
赤外線コマンドにより制御可能な機器出会って、ダウン
ロード対象機器となり得る機器をリストアップする。こ
の場合はＣＰＵ８０は接続機器を判別できないため、例
えばユーザーに入力を求めることとなる。もしくはあら
かじめユーザーに赤外線制御可能機器の登録を要求する
ものとし、その登録データにより判別する。
【０２１０】少なくともステップＦ２０２のリストアッ
プが行われ、また必要に応じてステップＦ２０３，Ｆ２
０４のリストアップが行われることで、ダウンロード対
象機器としての例えば全ＭＤレコーダがリストアップさ
れる。そこでステップＦ２０５で、リストアップされた
機器（ＭＤレコーダ）をモニタ装置１４に表示し、どの
機器にダウンロードを実行させるかをユーザーに選択さ
せる。例えば図２８のように機器リスト２１Ｅを表示し
て選択を促す。ここで、機器の表示では、上述したニッ
クネームを用いるようにすることで、ユーザーにとって
非常に選択操作がわかりやすいものとなる。もちろんニ
ックネームだけでなく、実際の機種名、型番などを同時
に表示させてもよい。
【０２１１】なお、ステップＦ２０５までのリストアッ
プ処理及び機器リスト２１Ｅの表示態様は、多様な例が
考えられる。まずリストアップについては、ＭＤレコー
ダであることを前提とすると、実際にその時点で接続さ
れているＭＤレコーダのみとしてもよい。即ち図２４の
ＩＤテーブルから、詳細タイプが「ＭＤ」であって接続
状況が「オン」の機器を抽出する。さらに、ＡＴＲＡＣ
入力対応機器のみというような条件を付けてもよい。ま
たＩＥＥＥ１３９４接続機器に限定してステップＦ２０
３、Ｆ２０４は実行しなくてもよい。
【０２１２】また、リストアップ条件にもよるが、機器
リスト２１Ｅの表示例としては、図２９のように接続中
の機器と非接続の機器を分けて表示してもよい。例えば
この図の場合は、ＭＤレコーダ１３Ｅ（Ｊｅｆｆ）、Ｍ
Ｄレコーダ１３Ｆ（ＭＤ−４）、ＭＤレコーダ１３Ｇ
（ＭＤ−５）が、その時点では接続されていなかった場
合である。
【０２１３】図３０は、リストアップ条件としてはＡＴ
ＲＡＣ入力対応を問わないが、表示する際にはＡＴＲＡ
Ｃ入力対応であるか否かによる動作の違いをユーザーに
認識させるようにしている例である。即ちＡＴＲＡＣ入
力対応の場合は、ＩＥＥＥ１３９４インターフェースを
介して４倍速ＡＴＲＡＣデータが入力されるため、ダウ
ンロードの所要時間は通常のリアルタイム録音より短時
間となる。従ってユーザーにとっては、ＡＴＲＡＣ入力
対応であるか否かはダウンロード時間の長短という影響
があらわれるため、図示するようにＡＴＲＡＣ入力対応
機器の場合は例えば高速でダウンロードが完了できるこ
とを示す表示を行う。
【０２１４】図３１は、機器リスト２１Ｅの表示として
は、接続された全機器が一応表示されるようにした例で
ある。ただし選択可能なのはリストアップされたＭＤレ
コーダのみとするため、ＶＣＲ−１、ＤＶＤ−１など他
の機種の表示については、選択不能な非アクティブ状態
で表示するようにしている。
【０２１５】もちろんさらに多様なリストアップ方式や
表示態様が考えられるが、いずれにしてもユーザーの機
器選択操作に好適な方式が採用されればよい。
【０２１６】以上のような機器リスト２１Ｅの表示に対
して、ユーザーはダウンロードさせたい機器にカーソル
を合わせて決定操作を行う。するとＣＰＵ８０の処理は
ステップＦ２０６からＦ２０７に進み、選択された機器
をダウンロード実行機器として決定する。
【０２１７】続いて、ステップＦ２０８で、ダウンロー
ドするコンテンツをリスト表示し、ユーザーに選択を要
求する。例えば図４（ｂ）のようにその時点でダウンロ
ード可能な曲目を表示する。またユーザーが予約録音と
しての設定を行っているのであれば、それ以降の時点で
ダウンロード可能な曲目を、ユーザーの操作に応じて表
示していく。
【０２１８】なお、図４の説明において述べたように、
ユーザーは或る曲目を選択して試聴した後に、それをダ
ウンロードするべく操作を行うことがある。その場合は
既にダウンロードするコンテンツが決定されているた
め、ステップＦ２０８、Ｆ２０９の処理は不要となる。
【０２１９】ユーザーがコンテンツを選択する操作を行
ったら、処理はステップＦ２０９からＦ２１０に進み、
選択されたコンテンツをダウンロードするコンテンツと
して決定する。そしてユーザーが実行操作（例えばダウ
ンロードボタン２８もしくは予約録音ボタン２５を押す
操作）が行われたら、ステップＦ２１１から手順Ｓ１１
に進むことになる。以上の図２７の処理で、手順Ｓ１０
としての設定処理、即ちダウンロードする機器とダウン
ロードするコンテンツの設定が完了されたことになる。
なお以下、ダウンロードする機器としてＭＤレコーダ１
３Ａが選択されたとして説明を続ける。
【０２２０】２−５．ダウンロード実行前のチェック処
理 ＩＲＤ１２の手順Ｓ１１としてのダウンロード実行のた
めのチェック／指示処理の例を図３２〜図３５に示す。
ここでＩＲＤ１２は、手順Ｓ１０で選択されたＭＤレコ
ーダ１３Ａが、ダウンロード動作可能な状態であるかの
チェックを行うことになる。
【０２２１】まず図３２のステップＦ３０１では選択さ
れた機器、即ちＭＤレコーダ１３Ａが電源オフの状態で
あるか否かを判別する。そして電源オフであったのなら
ステップＦ３０２に進んで、電源をオンとする指示とし
てのコマンドをＭＤレコーダ１３Ａに送信する。これに
応じてＭＤレコーダ１３Ａのシステムコントローラ１１
１は、パワーオン制御を行う。電源オンであった場合
は、ステップＦ３０１からＦ３０３に進む。
【０２２２】続いてステップＦ３０３では、ＭＤレコー
ダ１３Ａ（システムコントローラ１１１）に対して入力
切換を指示するコマンドを発行する。ＭＤレコーダ１３
Ａには、図１７からわかるように複数のオーディオ入力
系を備えている。そこで、ＡＴＲＡＣデータのダウンロ
ードのために、ＭＤレコーダ１３Ａに対して、ＩＥＥＥ
１３９４インターフェース１２５を介して入力されるＡ
ＴＲＡＣデータについての入力処理を行うべく、入力系
統の指示を行うものである。
【０２２３】続いてステップＦ３０４以降は、ダウンロ
ード記録を行うメディア自体（ディスク１０１）のチェ
ックを行うことになる。まずステップＦ３０４では、Ｍ
Ｄレコーダ１２５に対してディスク１０１が装填されて
いるか否かを尋ねるコマンドを発行する。これに対して
システムコントローラ１１１は、ディスク装填状況をチ
ェックし、ディスク１０１の有無の情報を送信してくる
が、ＣＰＵ８０はその情報の受信があったら、ステップ
Ｆ３０５からＦ３０６に進み、応答内容を判別する。そ
して応答内容が「ディスク装填」であればステップＦ３
０６に進むが、「ディスク未装填」であったのなら、
で示すように図３３のステップＦ３２１に進んで、表示
処理部５８によりユーザーへのメッセージ及び必要な動
作要求をモニタ装置１４に実行させる。
【０２２４】例えばモニタ装置１４に「ＭＤレコーダ
「Ｊｉｍｍｙ」にディスクが装填されていません。ディ
スクを入れてください」などというようなメッセージを
表示させる。そしてステップＦ３２２で変数ｎ＝１にセ
ットして、ステップＦ３２３〜Ｆ３２７のループに移
る。ここでは、ステップＦ３２３でＭＤレコーダ１２５
に対してディスク１０１が装填されているか否かを尋ね
るコマンドを発行し、ステップＦ３２４で受信待機、ス
テップＦ３２５で受信内容の判別を行っていく。
【０２２５】そしてこのような処理をステップＦ３２７
で変数ｎをインクリメントしながら、ステップＦ３２６
で変数ｎが或る設定値Ｍ１を越えたと判断されるまで繰
り返し実行する。即ち、ユーザーはステップＦ３２１で
表示されるメッセージを読んだら、ディスク１０１をＭ
Ｄレコーダ１３Ａに装填することになるが、装填された
後の時点では、ステップＦ３２４で受信されるシステム
コントローラ１１１からの応答は「ディスク装填」の情
報となる。その場合はディスク１０１の装填が確認され
たことになり、ステップＦ３２５からで示すように次
のチェック処理である図３２のステップＦ３０７に進
む。
【０２２６】ところが、その場にユーザーがいなかった
り、もしくはディスク１０１を装填しなかったなど、何
の対応もとらなかった場合は、或る時点で図３３のステ
ップＦ３２６で肯定結果が出る。ＣＰＵ８０はこれをタ
イムオーバとし、ステップＦ３２８でダウンロード禁止
処理を行う。つまり上記手順１０で設定されたダウンロ
ード動作の実行の保留又はキャンセルを行う。そしてス
テップＦ３２９で、ユーザー宛てのメッセージをモニタ
装置１４に表示させ、ディスク未装填によりダウンロー
ド動作が禁止されたことを伝えるようにする。
【０２２７】一方、ディスク装填状態であって図３２の
ステップＦ３０７に進むと、ＣＰＵ８０は装填されてい
るディスク１０１がライトプロテクト状態でないか否か
のチェックを行う。即ちミニディスクカートリッジ上の
ライトプロテクト用のスライドレバーがプロテクト位置
とされていないかどうかのチェックである。
【０２２８】このためステップＦ３０７では、ＭＤレコ
ーダ１２５に対してディスク１０１のプロテクト状況を
尋ねるコマンドを発行する。これに対してシステムコン
トローラ１１１は、ディスク１０１のプロテクト状況を
チェックし、プロテクト状況の情報を送信してくるが、
ＣＰＵ８０はその情報の受信があったら、ステップＦ３
０８からＦ３０９に進み、応答内容が「非プロテクト
（記録可能）」であればチェックＯＫとしてステップＦ
３１０に進む。ところが、応答内容が「プロテクト」で
あったのなら、で示すように図３４のステップＦ３４
１に進んで、表示処理部５８によりユーザーへのメッセ
ージ及び必要な動作要求をモニタ装置１４に実行させ
る。
【０２２９】例えばモニタ装置１４に「ディスクがライ
トプロテクトされています。プロテクトを解除してくだ
さい」などというようなメッセージを表示させる。そし
てステップＦ３４２で変数ｎ＝１にセットして、ステッ
プＦ３４３〜Ｆ３４７のループに移る。
【０２３０】ライトプロテクトを解除するには、ユーザ
ーは一旦ディスク１０１を取り出してカートリッジ上の
スライドレバーを移動させ、再度装填するか、もしくは
他のディスク１０１を装填することになる。即ちいづれ
にしてもまずユーザーは現在装填されているディスク１
０１をイジェクトする必要がある。そこで、ユーザーが
対応処理を行うか否かの確認のために、ステップＦ３４
３でＭＤレコーダ１２５に対してディスク１０１が装填
されているか否かを尋ねるコマンドを発行し、ステップ
Ｆ３４４で受信待機、ステップＦ３４５で受信内容の判
別を行っていく。この処理をステップＦ３４７で変数ｎ
をインクリメントしながら、ステップＦ３４６で変数ｎ
が或る設定値Ｍ２を越えたと判断されるまで繰り返し実
行する。
【０２３１】ユーザーはステップＦ３４１で表示される
メッセージを読んだら、まずディスク１０１をＭＤレコ
ーダ１３Ａから取り出すため、その時点でステップＦ３
４５でディスクが排出されたことが検出される。このと
きは、ディスク１０１が装填されていない状態になるた
め、上記の図３３のステップＦ３２１に進むことにな
る。そしてディスク装填が確認されたら、再度図３２の
ステップＦ３０７に進んで、ライトプロテクト状態のチ
ェックを行う。
【０２３２】なお、図３４の処理中にユーザーが何の対
応もとらなかった場合（ディスクがイジェクトされなか
った場合）は、或る時点でステップＦ３４６で肯定結果
が出る。ＣＰＵ８０はこれをタイムオーバとし、ステッ
プＦ３４８でダウンロード禁止処理を行う。つまり上記
手順１０で設定されたダウンロード動作の実行の保留又
はキャンセルを行う。そしてステップＦ３４９で、ユー
ザー宛てのメッセージをモニタ装置１４に表示させ、デ
ィスクがライトプロテクトされているためダウンロード
動作が禁止されたことを伝えるようにする。なお、ユー
ザーが一旦ディスクを取り出したが、その後、或る時間
を経過しても再度ディスクを装填しなかった場合は、上
記図３３のステップＦ３２８，Ｆ３２９に進み、ダウン
ロードが中止されることになる。
【０２３３】ディスク１０１のライトプロテクトのチェ
ックがＯＫとなると、続いて図３２のステップＦ３１０
から、ディスク１０１の記録容量のチェックが行われ
る。これは、ダウンロードするコンテンツに対して十分
な記録容量がディスク１０１に残されているか否かのチ
ェックとなる。
【０２３４】このためステップＦ３１０では、ＭＤレコ
ーダ１２５に対してディスク１０１の残容量を尋ねるコ
マンドを発行する。これに対してシステムコントローラ
１１１は、ディスク１０１のＵ−ＴＯＣデータから記録
可能な残り容量をチェックし、その情報を送信してくる
が、ＣＰＵ８０はその情報の受信があったら、ステップ
Ｆ３１１からＦ３１２に進む。そして、上記手順Ｓ１０
で選択されたコンテンツに必要な容量と、受信された残
り容量を比較し、コンテンツのダウンロードのために十
分な容量が残っているか否かを判断する。そして残って
いればチェックＯＫとして、手順Ｓ１１としての一連の
チェック処理を終える。
【０２３５】ところが、十分な容量が残っていないと判
断されたのであれば、で示すように図３５のステップ
Ｆ３６１に進んで、表示処理部５８によりユーザーへの
メッセージ及び必要な動作要求をモニタ装置１４に実行
させる。例えばモニタ装置１４に「ディスクに十分な容
量がありません。ディスクを入れ換えるか、不要なトラ
ックを消去してください」というようなメッセージを表
示させる。そしてステップＦ３６２で変数ｎ＝１にセッ
トして、ステップＦ３６３〜Ｆ３７０のループに移る。
【０２３６】この場合のユーザーの対応としては、ディ
スクを入れ換えるか、もしくはＭＤレコーダ１３Ａ側の
操作での編集処理により、不要なトラックを消去するこ
とになる。そこで、まずユーザーがディスク入れ換えを
行う可能性を考えて、ステップＦ３６３でＭＤレコーダ
１２５に対してディスク１０１が装填されているか否か
を尋ねるコマンドを発行し、ステップＦ３６４で受信待
機、ステップＦ３６５で受信内容の判別を行っていく。
もしユーザーがディスク１０１を入れ換える場合は、ま
ずディスク１０１をＭＤレコーダ１３Ａから取り出すた
め、その時点でステップＦ３６５でディスクが排出され
たことが検出される。このときは、ディスク１０１が装
填されていない状態になるため、上記の図３３のステッ
プＦ３２１に進むことになる。そしてディスク装填が確
認されたら、再度図３２のステップＦ３０７に進んで、
ライトプロテクト状態のチェックからチェックをやり直
す。
【０２３７】一方、ユーザーがトラック消去を行う場合
も考えられるため、ステップＦ３６６でＭＤレコーダ１
２５に対してディスク１０１の記録可能容量を尋ねるコ
マンドを発行し、ステップＦ３６７で受信待機、ステッ
プＦ３６８で上記ステップＦ３１２と同様の判別（ダウ
ンロードするコンテンツに十分な容量が確保されたか否
かの判別）を行っていく。
【０２３８】ユーザーがＭＤレコーダ１３Ａで編集操作
を行ってトラックを消去していくことで、或る時点でス
テップＦ３６８で十分な容量が確保されてたことが判別
される。その場合は容量チェックＯＫとなり、として
示すように図３２に戻り、手順Ｓ１１としての一連のチ
ェック処理を終えることになる。
【０２３９】この図３５のステップＦ３６３〜Ｆ３７０
の処理は、ステップＦ３７０で変数ｎをインクリメント
しながら、ステップＦ３６９で変数ｎが或る設定値Ｍ３
を越えたと判断されるまで繰り返し実行する。従ってユ
ーザーが何の対応もとらなかった場合（ディスク入換も
しくはトラック消去を行わなかった場合）は、或る時点
でステップＦ３６９で肯定結果が出る。ＣＰＵ８０はこ
れをタイムオーバとし、ステップＦ３７１でダウンロー
ド禁止処理を行う。つまり上記手順１０で設定されたダ
ウンロード動作の実行の保留又はキャンセルを行う。そ
してステップＦ３７２で、ユーザー宛てのメッセージを
モニタ装置１４に表示させ、ディスクが容量不足のため
ダウンロード動作が禁止されたことを伝えるようにす
る。なお、ユーザーが交換のために一旦ディスクを取り
出したが、その後、或る時間を経過しても再度ディスク
を装填しなかった場合は、上記図３３のステップＦ３２
８，Ｆ３２９に進み、ダウンロードが中止されることに
なる。
【０２４０】以上の図３２〜図３５の処理により、ダウ
ンロードの実行にあたって、確実にダウンロードが実行
できるか否かのチェックが行われる。従ってユーザーの
ディスクの入れ忘れや、ライトプロテクトの状況、残り
容量などが原因となってダウンロードに失敗するという
事態は防止される。
【０２４１】また、例えばユーザーがその場にいない場
合などであって、対応処置がとれない場合にはダウンロ
ードが実行されないことになる。特にこれらのチェック
は、ダウンロード開始前に絶対にダウンロードが失敗す
る状況をチェックするという意味になり、失敗となるダ
ウンロードが開始されることを防止するものであるた
め、ユーザーが対応できない際のダウンロード中止は非
常に適切な処理となる。また特にダウンロードに対して
は課金が発生するものであるため、失敗がわかっている
ダウンロードを防止することは非常に重要となる。
【０２４２】ところで、各チェックによりＯＫとならな
かった場合の対応処理としては、ユーザーに所要の処置
を求めることとしたが、さらに必要な制御を自動的に行
うことも考えられる。例えば、ＭＤレコーダ１３Ａがデ
ィスクチェンジャーシステムを装備しているような場合
は、ディスクの装填や交換をＩＲＤ１２が指示して自動
的に実行させるようにしてもよい。また、ディスク１０
１の記録可能容量が十分でない場合は、ＩＲＤ１２が自
動的にトラック消去をＭＤレコーダ１３Ａ側に指示し、
消去を実行させるようにしてもよい。但しこの場合は、
モニタ装置１４上にメッセージを出し、ユーザーに消去
を行ってもよいか否かを尋ねるようにすることが適切で
ある。
【０２４３】また、チェック内容としては、上記の例以
外に、例えばＭＤレコーダ１３Ａが他の動作状態である
か否かのチェックなども考えられる。例えばＭＤレコー
ダ１３Ａが録音動作や再生動作を行っている場合には、
今回実行しようとするダウンロードとどっちを優先させ
るかを判断しなければならない。そこでＩＲＤ１２はＭ
Ｄレコーダ１３Ａの動作状況をチェックし、録音／再生
などの動作中であれば、ユーザーにどちらを優先させる
かの判断を求めるようにする。
【０２４４】なお、ＭＤレコーダ１３Ａ側のシステムコ
ントローラ１１１による手順Ｓ２１については詳述を避
けるが、上記図３２〜図３５におけるＣＰＵ８０の処理
におけるコマンドに対応した制御や通信処理を行うもの
となるものであって、上記説明中に述べたとおりであ
る。
【０２４５】２−６．ダウンロードセットアップ 続いて手順Ｓ１２としてのＩＲＤ１２のＣＰＵ８０のダ
ウンロードセットアップ指示処理、及び手順Ｓ２２とし
てのＭＤレコーダ１３Ａのシステムコントローラ１１１
のダウンロードセットアップ処理について、図３６で説
明する。
【０２４６】上記手順Ｓ１１までが完了すると、ＣＰＵ
８０の処理は図３６のステップＦ４０１に進む。ここ
で、例えば上記図２７のダウンロード設定処理におい
て、ステップＦ２１１の実行操作が図４のダウンロード
ボタン２８を押す操作であった場合は、そのまますぐに
ダウンロードを実行することになる。一方、ステップＦ
２１１の実行操作が予約録音ボタン２５を押したもので
あった場合は、予約されたコンテンツの放送のある時間
まで待機してからダウンロードを実行することになる。
【０２４７】従って、予約設定であった場合は、図３６
のステップＦ４０１からＦ４０２に進み、タイマ６９に
よる現在日時の監視処理に入る。そして、予約時刻（予
約設定されたコンテンツとしての楽曲が放送される日
時）となったら、ステップＦ４０３からＦ４０４に進
み、ダウンロードセットアップ指示に移る。一方、予約
設定ではない場合はステップＦ４０１からすぐにＦ４０
４に進む。
【０２４８】ステップＦ４０４からは実際にダウンロー
ドを実行すべく、ＭＤレコーダ１３Ａに対するセットア
ップ指示を開始する。まずステップＦ４０４で、ＣＰＵ
８０はＭＤレコーダ１３Ａに対してステイタス変化報告
要求を行う。この要求は、ＭＤレコーダ１３Ａのシステ
ムコントローラ１１１に対して、ダウンロードモードに
入っている期間には、ＭＤレコーダ１３Ａにおいて何ら
かの状態変化（例えば録音ポーズから録音状態への変化
など）があった場合には、その都度、そのステイタス変
化を報告するように要求するものである。
【０２４９】このようなステイタス変化報告要求があっ
たら、システムコントローラ１１１側では処理をステッ
プＦ４５１からＦ４５２に進め、ダウンロードモード期
間中はステイタス変化を報告するように通信モードをセ
ットする。そしてその動作を行ったら、ステップＦ４５
３でステイタス変化報告要求を了承した旨の報告をＣＰ
Ｕ８０に対して行う。
【０２５０】ＣＰＵ８０は、ステップＦ４０５で了承報
告を受けたら、続いてステップＦ４０６でシステムコン
トローラ１１１に対してダウンロードセットアップ指示
を行う。このセットアップ指示は、システムコントロー
ラ１１１がダウンロードの開始準備として、ダウンロー
ドモードに移行すること、ディスク１０１上での記録を
開始する位置にアクセスしてそこで録音ポーズ状態で待
機すること、及び、それ以降は、システムコントローラ
１１１側で入力されてくるＡＴＲＡＣデータを監視し、
その監視結果に応じてダウンロード記録動作の開始、終
了を実行すべきこと、を求めるコマンドとなる。またセ
ットアップ指示を行ったら、ステップＦ４０７で、ＩＥ
ＥＥ１３９４インターフェース６０から、ダウンロード
するコンテンツとしてのＡＴＲＡＣデータの出力を開始
させる。つまり、例えば受信される１０チャンネルのＡ
ＴＲＡＣデータのうちから選択されたチャンネルのＡＴ
ＲＡＣデータのみを出力させるようにする。
【０２５１】ＣＰＵ８０のステップＦ４０６によるセッ
トアップ指示があると、システムコントローラ１１１で
は、処理をステップＦ４５４からＦ４５５に進め、まず
ダウンロードモード状態にセットするとともに、記録開
始位置にヘッド（光学ヘッド１０３及び磁気ヘッド１２
１）をアクセスさせ、その位置で録音ポーズ状態とする
制御を行う。続いてステップＦ４５６で、ＩＥＥＥ１３
９４インターフェース１２５を介して入力されてくるＡ
ＴＲＡＣデータの監視処理を開始する。ダウンロードモ
ード中にシステムコントローラ１１１が行うＡＴＲＡＣ
データの監視処理としては、図１２、図１３に示したＴ
Ｓパケット単位での監視処理であり、具体的には、図１
３に示したデータスタートインジケータ、データエンド
インジケータ、ＰＥＳデータカウンタ、プレゼントＰＥ
Ｓナンバの監視、及び図１２のトランスポートパケット
ヘッダにおけるトランスポートエラーインジケータの監
視となる。また、ＩＥＥＥ１３９４インターフェース１
２５においては入力されるＡＴＲＡＣデータに関して、
図１３、図１４で説明したチェックサムデータによるエ
ラー検出も行うことになる。
【０２５２】システムコントローラ１１１は以上のセッ
トアップ処理が完了したら、ステップＦ４５７でセット
アップ完了報告を行う。そして手順Ｓ２３に進む。また
ＩＲＤ１２のＣＰＵ８０は、このセットアップ完了報告
を受けたら、ステップＦ４０８から手順Ｓ１３に進むこ
とになる。
【０２５３】以上のように本例のダウンロードセットア
ップは、ＩＲＤ１２がＭＤレコーダ１３Ａに対してダウ
ンロード実行の指示を行うものであり、しかもそれはＭ
Ｄレコーダ１３Ａ側で自主的にダウンロード記録の開
始、終了等を制御することを要求するものとなる。ま
た、ステイタス変化を報告させるようにすることで、以
降開始されるダウンロード動作中に、ＩＲＤ１２側でＭ
Ｄレコーダ１３Ａの動作状況を把握できるようにするも
のとなる。
【０２５４】２−７．ＡＴＲＡＣダウンロード 続いて実際のＡＴＲＡＣデータのダウンロードが行われ
る手順Ｓ１３、手順Ｓ２３を図３７で説明する。このダ
ウンロード動作は、上記セットアップ処理により、ＭＤ
レコーダ１３Ａ側で開始／終了等が制御されることにな
る。そしてＩＲＤ１２側では、単にダウンロードすべき
ＡＴＲＡＣデータをＩＥＥＥ１３９４インターフェース
６０で選択させて出力させるのみとなる。但し、ダウン
ロードの進捗状況をユーザーに伝えるための所要の処理
を行う。
【０２５５】上記図３６のステップＦ４５６で監視処理
を開始した後、ＭＤレコーダ１３Ａのシステムコントロ
ーラ１１１は、図３７のステップＦ５５１で、入力され
るＡＴＲＡＣデータについてダウンロードする楽曲の開
始タイミングを待機している。つまりＴＳパケットにお
けるデータスタートインジケータ＝「１」が検出される
ことを待機する。そしてその開始タイミングを検出した
ら、ステップＦ５５２に進み、そのＴＳパケットにおけ
るＡＴＲＡＣデータからディスク１０１への記録を開始
する。そしてこれによってステイタス変化が生じたこと
になるため、ステップＦ５５３で、そのステイタス変
化、つまり録音状態への移行をＣＰＵ８０に報告する。
【０２５６】録音が開始された以降は、システムコント
ローラ１１１は、ステップＦ５５４でのＡＴＲＡＣデー
タの終了の監視、ステップＦ５５５でのＣＰＵ８０から
の時間データ要求、ステップＦ５５６でのエラー発生状
況の監視を継続的に実行することになる。
【０２５７】ステップＦ５５３でのステイタス変化、つ
まり録音状態への移行が報告されたら、ＣＰＵ８０は、
ダウンロードが開始されたことをモニタ装置１４に表示
させるとともに、処理をステップＦ５０１からＦ５０２
に進め、内部タイマをリセットし、タイムカウントをス
タートさせる。これはダウンロード進捗状況表示のため
の時間データ要求を一定時間毎に実行するためのタイム
カウント動作である。その後、ステップＦ５０３でシス
テムコントローラ１１１から録音を終了したことを示す
ステイタス変化の報告の有無の監視、ステップＦ５０４
でエラー発生報告の監視、ステップＦ５０５でタイムカ
ウントにより所定時間経過したか否かの監視を行う。
【０２５８】ＭＤレコーダ１３Ａ側で適正にダウンロー
ドが継続されている期間は、その進捗状況をＩＲＤ１２
側（モニタ装置１４）で表示する処理を行うが、まずこ
の処理について説明する。タイムカウントにより所定時
間が経過したことを検出したら、ＣＰＵ８０の処理はス
テップＦ５０５からＦ５０６に進み、システムコントロ
ーラ１１１に対して、現在ダウンロード中のＡＴＲＡＣ
データに関する時間データ（ＨＭＳ（時分秒）：楽曲の
先頭を０分０秒とした時間データ）を要求する。システ
ムコントローラ１１１はこの要求があったら、ステップ
Ｆ５５５からＦ５５９に進み、現在録音しているＡＴＲ
ＡＣデータの時間位置としての時分秒を確認して、その
時間データをＣＰＵ８０に伝える。なお、ＡＴＲＡＣデ
ータは実時間の約４倍速のデータであり、その４倍速Ａ
ＴＲＡＣデータをそのまま録音していくものであるた
め、報告する時間データは、ダウンロード実行中の実時
間ではなく、ＡＴＲＡＣデータを実際に再生演奏する際
の実時間に相当する値である。この時間データは、録音
しているディスク上のアドレスや、もしくはＡＴＲＡＣ
データに含まれているデータアドレスなどから判別でき
る。
【０２５９】時間データ（ＨＭＳ）が報告されたら、Ｃ
ＰＵ８０はステップＦ５０７からＦ５０８に進み、その
時間データに基づいて、モニタ装置１４にダウンロード
進捗状況の表示を実行させる。この表示は、例えばその
ＡＴＲＡＣデータ（楽曲）の総演奏時間を１００％とし
て、現在の記録時間位置を提示するものである。表示例
を図３８に示す。図３８（ａ）は、例えば図４（ａ）の
ような表示状態に重ねて、パーセンテージとしてのダウ
ンロード進捗状況表示２１Ｆを実行している例である。
また図３８（ｂ）は、図４（ｂ）のような表示状態にお
いて、例えばバーグラフ形態でダウンロード進捗状況表
示２１Ｆを実行している例である。もちろん表示態様
は、これら以外に多様に考えられ、いづれにしてもユー
ザーがその楽曲のダウンロードの完了までの経過状態を
把握できるような表示を行うものとすればよい。
【０２６０】ステップＦ５０８で表示制御処理を行った
ら、ステップＦ５０２に戻ってタイマのリセット／スタ
ートを行う。そして再び所定時間を経過したら、ステッ
プＦ５０５からＦ５０６、Ｆ５０７、Ｆ５０８の処理を
行うことになる。従って例えば所定時間を１分とする
と、表示画面上では１分ごとに進捗状況としてのパーセ
ンテージが上がっていくような表示が行われ、ユーザー
にとって、あとどれくらいでダウンロードが完了するか
が大まかに把握できることになる。もちろん表示更新の
ための所定期間を、例えば３０秒毎、１０秒毎、５秒ご
となど、より短い期間としてもよい。短くするほど、パ
ーセンテージ表示の変化がよりスムースなものとなる。
【０２６１】次にダウンロード記録実行中におけるシス
テムコントローラ１１１によるエラー監視について説明
する。システムコントローラ１１１は、供給されるＡＴ
ＲＡＣデータのＴＳパケット毎について、図１３に示し
たＰＥＳデータカウンタとプレゼントＰＥＳナンバを確
認している。この２つの値により、ＴＳパケットの連続
性が確認できるため、もし何らかの事情で或るＴＳパケ
ットが入力されなかったような場合は、そのＴＳパケッ
トのＡＴＲＡＣデータの欠落を認識できる。そこで、そ
のような連続性エラーが確認された場合は、システムコ
ントローラ１１１の処理はステップＦ５５６からＦ５６
０に進み、ＣＰＵ８０に対してエラー発生報告を行う。
そして、そのようにエラーが発生したままでダウンロー
ドを続行することは適切でないため、後述する手順Ｓ２
６に進むことになる。一方、エラー発生報告を受けたＣ
ＰＵ８０側では、ステップＦ５０４から後述する手順Ｓ
１６に進む。
【０２６２】なお、システムコントローラ１１１が監視
するエラーとしては、このようなデータ連続性のチェッ
ク以外にも同時に行うようにしてもよい。例えばＴＳパ
ケットヘッダのトランスポートエラーインジケータを監
視していれば、そのＴＳパケットのＡＴＲＡＣデータの
信頼性を判断できる。従って信頼性のないＡＴＲＡＣデ
ータが入力された際には、エラー発生と判断するように
してもよい。また、ＴＳパケットに含まれるチェックサ
ムデータによるエラー検出も行うため、それによるエラ
ー検出があった場合は、エラー発生とする。
【０２６３】さらに、このように入力されるＡＴＲＡＣ
データ上のエラーのみならず、当然ながらＭＤレコーダ
１３Ａ側の動作エラー（記録データに影響を与える動作
エラー）があった場合も、エラー発生として処理を行う
ことも考えられる。
【０２６４】ＡＴＲＡＣデータのダウンロードがエラー
なく継続されると、或る時点でシステムコントローラ１
１１は、ＴＳパケット内のデータエンドインジケータ＝
「１」という状態を検出することになる。それは、その
ＴＳパケットが楽曲の最後のＰＥＳパケット内のもので
あることを意味するため、そのＰＥＳパケットの最後の
ＴＳパケットを受信した時点で、処理をステップＦ５５
４からＦ５５７に進め、その最後のＴＳパケットのＡＴ
ＲＡＣデータを最後としてディスク１０１への記録動作
を終了させる。そしてそれはステイタス変化が生じたこ
とになるため、ステップＦ５５８へ、録音状態から停止
状態へステイタス変化が起こった旨の報告を行う。そし
て手順Ｓ２４に進む。
【０２６５】ＣＰＵ８０では、録音が終了したことを示
すステイタス変化報告を受けたら、処理をステップＦ５
０３から手順Ｓ１４に進めることになる。
【０２６６】以上のように、手順Ｓ１３、手順Ｓ２３と
してダウンロード実行中の処理が行われる。そしてこの
ようなダウンロード記録は、開始・終了がＭＤレコーダ
１３Ａ側で制御されるため、ＩＲＤ１２側の処理負担は
小さいものとなる。つまり、ダウンロード動作に関して
は、単にダウンロード対象となったＡＴＲＡＣデータを
供給するのみで、後は開始／終了の報告を待っていれば
よい。
【０２６７】また、記録実行中には、ダウンロード進捗
状況をモニタ装置１４で表示させることにより、ユーザ
ーに適切に進捗状況を提示でき、ユーザーにとってダウ
ンロード動作をわかりやすいものとすることができる。
なお、進捗状況の表示に関しては、例えばダウンロード
実行中の実経過時間（実際のダウンロード動の経過時
間）や、ＡＴＲＡＣデータとしての時間位置（楽曲内で
の経過時間位置）の一方又は両方を同時に表示するよう
にしてもよい。またこの例では４倍速ＡＴＲＡＣデータ
のダウンロードに関して述べたが、ＡＴＲＡＣ入力非対
応の機器（例えば図２０のＭＤレコーダ１３Ｅ、１３
Ｆ、１３Ｇなど）で、実時間で供給されるオーディオデ
ータをダウンロードしていく場合にも、当然同様の進捗
状況表示を行うことができる。もちろんオーディオデー
タをストレージデバイス１３に対して低速で供給した
り、バースト的に供給するような場合でも、進捗状況表
示は可能である。
【０２６８】さらに、ＭＤレコーダ１３Ａ側の表示部１
２９など、ストレージデバイス１３側に表示機能がある
場合は、その表示機能により同様の進捗状況表示を行う
ようにしてもよい。その場合は、現在記録しているＡＴ
ＲＡＣデータが何％の時間位置であるかをシステムコン
トローラ１１１が把握できるようにするため、ＣＰＵ８
０がシステムコントローラ１１１に、その楽曲の総演奏
時間情報を伝えておく必要がある。
【０２６９】また本例では、何らかのエラーが発生して
適正にダウンロードが実行できなくなった場合には、シ
ステムコントローラ１１１がＣＰＵ８０にエラー報告す
るとともに、処理を後述する手順Ｓ１６、Ｓ２６に進め
るようにすることで、適切な対応がとれる。
【０２７０】２−８．管理／付加情報のダウンロード及
び終了処理 手順Ｓ１４、手順Ｓ２４としての処理例を図３９、図４
０で説明する。上記手順Ｓ１３、手順Ｓ２３により、Ａ
ＴＲＡＣデータのディスク１０１への記録が正常に終了
された場合は、続いてそのＡＴＲＡＣデータに関する管
理情報や、付加情報をディスク１０１に記録する処理に
移る。
【０２７１】通常、ＭＤレコーダ１３Ａでは、ＡＴＲＡ
Ｃデータの記録に関するＵ−ＴＯＣセクター０の管理情
報、即ちトラックナンバに応じた記録位置としてのスタ
ートアドレス、エンドアドレス、トラックモード等は、
記録終了時にそのデータを生成して、Ｕ−ＴＯＣセクタ
ー０の更新を行うものであるが、このＩＲＤ１２からの
指示によるダウンロードモードの場合は、トラックモー
ドのデータをＩＲＤ１２から受け取ることになる。
【０２７２】即ち図３９のステップＦ６０１で、ＩＲＤ
１２のＣＰＵ８０は、ダウンロードしたＡＴＲＡＣデー
タに関するトラックモードデータをシステムコントロー
ラ１１１に送信する。例えば図１３に示したＦＤＦに記
述されたコピーライト、オリジナル／コピー、ステレオ
／モノ、エンファシスなどに応じて、８ビットのトラッ
クモードデータ（ミニディスクシステムにおけるＵ−Ｔ
ＯＣフォーマットに即したトラックモードデータ）を生
成し、送信する。またそれを用いてのＵ−ＴＯＣセクタ
ー０の更新の指示を行う。
【０２７３】システムコントローラ１１１では、このよ
うなトラックモードデータ及びコマンドが受信された
ら、ステップＦ６５１からＦ６５２に進んで、例えばＲ
ＡＭ１１３に保持している、ディスク１０１に関するＵ
−ＴＯＣセクター０の更新を行う。つまり供給されたト
ラックモードとともに、記録動作にかかるスタートアド
レス、エンドアドレスを、今回記録したＡＴＲＡＣデー
タのトラックナンバに対応させて記述する。
【０２７４】なお実際にディスク１０１上でのＵ−ＴＯ
Ｃセクターの書換は、例えばディスク１０１がイジェク
トされる際や、ＭＤレコーダ１３Ａの電源がオフとされ
る際などでよいが、この時点で、実際にディスク１０１
上でのＵ−ＴＯＣ更新を行うようにしてもよい。以下説
明する他のＵ−ＴＯＣセクターデータやＡＵＸ−ＴＯ
Ｃ，ＡＵＸデータなども同様である。但し、ＡＵＸデー
タに関してはＲＡＭ１１３の容量に鑑みて、ＩＲＤ１２
から供給された時点でディスク１０１に書き込むことが
適切な場合がある。
【０２７５】システムコントローラ１１１はＵ−ＴＯＣ
セクター０に関する処理を終えたら、ステップＦ６５３
でＣＰＵ８０に対して完了報告を行う。この完了報告を
受けたら、ＣＰＵ８０は処理をステップＦ６０２からＦ
６０３に進め、続いてＵ−ＴＯＣセクター１又はセクタ
ー４に記述すべきトラックネームデータ（つまり曲名）
を送信するとともに、これらＵ−ＴＯＣセクター１以降
の処理をシステムコントローラ１１１に指示する。
【０２７６】システムコントローラ１１１では、このよ
うなトラックネームデータ及びコマンドが受信された
ら、ステップＦ６５４からＦ６５５に進んで、ＲＡＭ１
１３に保持している、ディスク１０１に関するＵ−ＴＯ
Ｃセクター１，２，４の更新を行う。つまり供給された
トラックネームデータや、システムコントローラ１１１
が把握している現在日時データにより、今回記録したＡ
ＴＲＡＣデータのトラックナンバに対応させてトラック
ネーム、録音日時等を記述する。そしてシステムコント
ローラ１１１はＵ−ＴＯＣセクター１以降のＵ−ＴＯＣ
セクターに関する処理を終えたら、ステップＦ６５６で
ＣＰＵ８０に対して完了報告を行う。そしてで示すよ
うに図４０のステップＦ６５７以降に進む。ステップＦ
６５７以降ではシステムコントローラ１１１は、ステッ
プＦ６５７でテキストデータ及び記録指示コマンドの受
信の監視、ステップＦ６６０でのイメージデータ及び記
録指示コマンドの監視、ステップＦ６６３でのダウンロ
ード終了指示の監視を行うことになる。
【０２７７】ステップＦ６５６でシステムコントローラ
１１１が発する完了報告を受けたら、ＣＰＵ８０は処理
を図３９のステップＦ６０４からで示すように図４０
のステップＦ６０５に進める。まずステップＦ６０５で
は、今回ダウンロードしたＡＴＲＡＣデータに付随する
付加情報として放送されてきたテキストデータが存在す
るか否かを確認する。例えば楽曲の歌詞データやアーテ
ィストのプロフィール、アルバムのライナーノートのよ
うなテキストデータである。これらのデータは図６に示
したように音声付加情報として放送されている。今回ダ
ウンロードしたＡＴＲＡＣデータに付随するテキストデ
ータが存在しなければステップＦ６０８に進むが、存在
すれば、ステップＦ６０６に進んで、システムコントロ
ーラ１１１に対してそのテキストデータを送信するとと
もに記録指示コマンドを発行する。
【０２７８】このようにステップＦ６０６によるテキス
トデータ及びコマンドが発行された場合は、システムコ
ントローラ１１１はステップＦ６５７からＦ６５８に進
み、そのテキストデータを、今回のダウンロードデータ
としてディスク１０１に記録されたトラックに対応する
ＡＵＸテキストファイルのデータとしてディスク１０１
のＡＵＸエリアに記録する。もちろんこれに応じて、そ
のファイルの管理情報となるデータを、ＡＵＸ−ＴＯＣ
に記述する。そのような処理が完了したら、ステップＦ
６５９でＣＰＵ８０に対して完了報告を行う。ＣＰＵ８
０は、ステップＦ６０７で、この完了報告を待ってか
ら、処理をステップＦ６０８に進める。
【０２７９】ＣＰＵ８０はステップＦ６０８では、今回
ダウンロードしたＡＴＲＡＣデータに付随する付加情報
として放送されてきたイメージデータが存在するか否か
を確認する。例えば楽曲のアルバムジャケットやアーテ
ィストの写真画像のようなイメージデータである。これ
らのデータも図６に示した音声付加情報として放送され
ている。今回ダウンロードしたＡＴＲＡＣデータに付随
するテキストデータが存在しなければステップＦ６１１
に進むが、存在すれば、ステップＦ６０９に進んで、シ
ステムコントローラ１１１に対してそのイメージデータ
を送信するとともに記録指示コマンドを発行する。
【０２８０】このようにステップＦ６０９によるイメー
ジデータ及びコマンドが発行された場合は、システムコ
ントローラ１１１はステップＦ６６０からＦ６６１に進
み、そのイメージデータを、今回のダウンロードデータ
としてディスク１０１に記録されたトラックに対応する
ＡＵＸイメージファイルのデータとして、ディスク１０
１のＡＵＸエリアに記録する。もちろんこれに応じて、
そのファイルの管理情報となるデータを、ＡＵＸ−ＴＯ
Ｃに記述する。そのような処理が完了したら、ステップ
Ｆ６６２でＣＰＵ８０に対して完了報告を行う。ＣＰＵ
８０は、ステップＦ６１０でこの完了報告を待って、処
理をステップＦ６１１に進める。
【０２８１】ステップＦ６１１に進む時点で、ＣＰＵ８
０での手順Ｓ１４としての処理が終了され、続いて手順
Ｓ１５としてのダウンロード終了処理に移る。即ちステ
ップＦ６１１でダウンロード終了指示のコマンドをシス
テムコントローラ１１１に送る。
【０２８２】このダウンロード終了指示が受信される
と、システムコントローラ１１１でも手順Ｓ２４として
の処理が終了され、手順Ｓ２５のダウンロード終了処理
として、ステップＦ６６３からＦ６６４に進む。そして
一連のダウンロード動作が完了されたとして、ダウンロ
ードモードを終了させる処理を行う。さらに終了処理に
伴いステップＦ６６５で、ＣＰＵ８０に対して終了報告
を行う。以上によりシステムコントローラ１１１側での
ダウンロードモード処理が終了される。一方ＣＰＵ８０
では、ステップＦ６１２で終了報告を待機しており、シ
ステムコントローラ１１１からの終了報告があったら、
一連のダウンロード処理を終了する。このときモニタ装
置１４にダウンロード終了の旨を表示する。
【０２８３】以上の処理からわかるように、本例のダウ
ンロード動作としては、ＡＴＲＡＣデータのダウンロー
ドに付随して、トラックモード、トラックネーム、テキ
ストデータ、イメージデータも、ＩＲＤ１２からＭＤレ
コーダ１３Ａに供給され、ＡＴＲＡＣデータに関連づけ
られてディスク１０１に記録されることになる。即ちダ
ウンロードを楽曲の販売として考えたときに、単なる音
声データだけでなく付随する文字や画像データも提供さ
れることで、ユーザーに対するサービスを充実したもの
とすることができる。また、特にトラックモードとして
放送に重畳されたデータ、例えばコピーライト情報など
放送局側（コンテンツ提供側）が付与した情報を記録さ
せることで、著作権保護や好適な再生条件の設定などに
も好適である。
【０２８４】２−９．エラー発生時の処理 次に上述したように手順Ｓ１３、手順Ｓ２３においてエ
ラー発生が確認され、手順Ｓ１６、手順Ｓ２６に進んだ
場合の処理をず４１で説明する。
【０２８５】まずＩＲＤ１２側では、図３７のステップ
Ｆ５０４から手順Ｓ１６に進んだ時には、図４１のステ
ップＦ７０１として、エラーメッセージを表示する制御
を行う。即ちモニタ装置１４においてユーザーに対して
例えば「ダウンロード中にエラーが発生しました。ダウ
ンロードをやり直します」というようなメッセージを表
示させる。そしてステップＦ７０２で、実際にダウンロ
ードのリトライが可能であるか否かを判別する。例えば
ＡＴＲＡＣデータの放送は、図６で説明したように１イ
ベントとしての放送期間内に繰り返し放送されてくるた
め、ダウンロードが失敗しても、そのイベント期間内で
あれば、また同じＡＴＲＡＣデータが放送されてくる。
従って次にくる同一楽曲の先頭位置となるタイミングか
らダウンロードリトライが可能である。ところが、その
楽曲についてのイベント内の最後のＡＴＲＡＣデータの
ダウンロード中にエラーが生じた場合は、リトライ不能
となる。また、発生したエラーが単にデータ上のエラー
であればリトライ可能であるが、ＭＤレコーダ１３Ａ側
の故障などの場合は、リトライ不能となる場合がある。
【０２８６】ＣＰＵ８０はこれらの事情を判別して、リ
トライ可能であればステップＦ７０３から手順Ｓ１２に
進む。即ち再度ダウンロードセットアップからやり直す
ようにする。
【０２８７】一方、システムコントローラ１１１側で
は、エラー発生を検出してステップＦ７５１に進んだ場
合は、まずＡＴＲＡＣデータのディスク１０１への記録
動作を中止させる。そしてステップＦ７５２で、途中ま
で記録されていたＡＴＲＡＣデータを消去された状態と
する。なお、実際にはＵ−ＴＯＣセクター０が更新され
ない限りはディスク１０１に記録が行われたとみなされ
ないため、ここでの処理は現在の記録位置として把握し
ているアドレスをシステムコントローラ１１１が内部的
にクリアするのみでよい。そして特にＣＰＵ８０からダ
ウンロード中止指示がなければ手順Ｓ２２に進み、手順
Ｓ１２としてのＣＰＵ８０からの指示に応じて上述した
セットアップ動作を再度行う。即ちこのような場合は、
エラー発生の場合に、一旦ダウンロードが中断される
が、その後リトライが実行されることになる。
【０２８８】ところが上記したような何らかの事情でリ
トライが不可能である場合は、ＣＰＵ８０は処理をステ
ップＦ７０４に進めて、まずユーザーに対してダウンロ
ード不能のメッセージを提示する。即ちモニタ装置１４
に例えば「ダウンロードのやり直しができません。ダウ
ンロードを中止します」というようなメッセージ表示を
行う。そしてステップＦ７０５でシステムコントローラ
１１１に対してダウンロードの中止の指示を行う。この
ような場合システムコントローラ１１１では処理はステ
ップＦ７５３からＦ７５４に進むことになり、ダウンロ
ード動作が中止されたとして、ダウンロードモードを終
了させる処理を行う。さらに終了処理に伴いステップＦ
７５５で、ＣＰＵ８０に対して終了報告を行う。即ちシ
ステムコントローラ１１１側でのダウンロードモード処
理が終了される。一方ＣＰＵ８０では、ステップＦ７０
６で終了報告を待機しており、システムコントローラ１
１１からの終了報告があったら、一連のダウンロード処
理を中止終了する。
【０２８９】以上の処理からわかるように、たとえダウ
ンロード中にデータエラーが発生しても、多くの場合は
ダウンロードリトライが行われることになり、ユーザー
の要求するダウンロード動作が正確に実現される。ま
た、エラー発生時にそのままダウンロードを続行しない
ことはダウンロードデータの品質保持につながり、デー
タ販売システムとして好適なものとなる。さらに、リト
ライが不可能な場合は、ユーザーにその旨を正しく伝え
るとともに、ダウンロードを中止することで、不適切な
データをユーザーに販売してしまうことがないようにで
きる。
【０２９０】なお、リトライ動作としては、例えばエラ
ー発生時までに録音したＡＴＲＡＣデータをそのまま有
効データとして用いる例も考えられる。即ちステップＦ
７５２の処理では、システムコントローラ１１１はエラ
ー発生直前のアドレス（例えばＴＳパケット又はＰＥＳ
パケットのナンバー）を記憶しておくようにし、またデ
ィスク１０１上の記録位置もそのポイントでホールドし
ておく。そしてリトライ時には、そのアドレス（ＴＳパ
ケット又はＰＥＳパケット）までのＡＴＲＡＣデータの
入力が確認されたら、その次のパケットのデータを起点
として、ディスク１０１上の次のアドレス位置から記録
を再開するようにする方式である。
【０２９１】また、リトライが不能と判断されることを
少なくするための処理として次のような動作も考えられ
る。例えばＭＤレコーダ１３Ａ側の故障などによりエラ
ーとなった場合は、他の機器（例えばＭＤレコーダ１３
Ｂ）に対してリトライ動作としてのダウンロードを実行
するようにする。また、イベント内の最後のＡＴＲＡＣ
データの放送でエラーが生じ、リトライ不能となった場
合は、そのダウンロード動作を予約登録として、後日同
一の楽曲が放送される際に自動的にダウンロードさせる
ような処理も考えられる。
【０２９２】以上、実施の形態としての構成及び処理例
を詳述してきたが、具体的な処理例は上記例に限らず多
様に考えられることはいうまでもない。また機器間の通
信方式、通信コマンドも上記例に限定されるものではな
い。さらにＩＲＤ１２とストレージデバイス１３が別体
である例で説明したが、これらが一体的な機器とされる
場合もありうる。
【０２９３】また、放送の送信／受信システムとしては
ＤＳＭ−ＣＣ方式を採用した場合に限定されるものでは
なく、実施の形態において説明した送信フォーマットに
準ずる伝送方式であれば本発明の適用が可能とされる。
また、本発明が適用されるシステムとしてもデジタル衛
星放送システムに限定されるものではなく、例えばケー
ブルテレビジョンなどの放送や、インターネット等にお
いて適用することも可能である。
【０２９４】
【発明の効果】以上説明したように本発明では、ダウン
ロード実行前に情報受信装置は、ストレージデバイス側
で確実にダウンロードが失敗してしまうと予測される状
態となっているか否かを確認する。そしてそのような状
態でない場合（つまりダウンロード動作のための必要な
条件が整っている場合に）に記録データの供給を開始
し、ストレージデバイス側でダウンロードが行われるよ
うにする。これにより、ダウンロード失敗を未然に防ぐ
ことができる。特にダウンロード成功の条件が整ってい
ない場合にはユーザーに対してメッセージを提示し、必
要な処置を求めるようにする。例えばディスク装填、デ
ィスク交換、記録残量に対する対応などを求めるように
するため、ユーザーのディスクの入れ忘れや、ライトプ
ロテクトの状況、記録可能な残り容量などが原因となっ
てダウンロードに失敗するという事態は防止され、また
ユーザーがメッセージに応じて対処することでダウンロ
ード成功に導くことができる。
【０２９５】また情報受信装置では、記録データ供給手
段により或るストレージデバイスに対する記録データの
供給を開始する前に、そのストレージデバイスが当該情
報受信装置からの記録データの供給に対応できる状態と
なるように、そのストレージデバイスに対する指示制御
を行うことができるようにしている。即ちユーザーを介
さずに対処できるような条件（例えば電源状態や入力切
換状態など）については、情報受信装置から直接ストレ
ージデバイスを制御し、ストレージデバイスがダウンロ
ード動作に必要な所定の状態となるようにしている。こ
れによってユーザーの手を介さないで対応できるものに
ついては自動的に条件を整えることができるようにな
り、ダウンロード成功の可能性を高くするとともにユー
ザーの手間を省くことができる。
【０２９６】また、例えばユーザーがその場にいない場
合などであって、対応処置がとれない場合にはダウンロ
ードが実行されないことになる。これは、ダウンロード
に応じて課金が発生するシステムの場合は、ユーザーに
対してダウンロード失敗の場合にも課金を行うようなこ
とを防止することになり、非常に有効な処理となる。さ
らにダウンロードが中止される場合は、その旨（及び理
由）をユーザーに提示するようにすることで、ユーザー
の混乱や誤認を防ぐことができる。
【０２９７】そして以上のように、ダウンロード失敗を
防止すること、及びできる限りダウンロード成功に導く
ことができるようにすることで、ダウンロード可能なシ
ステムとしての信頼性を大幅に向上させることができ
る。
【図面の簡単な説明】
【図１】本発明の実施の形態のデジタル衛星放送受信シ
ステムの構成例を示すブロック図である。
【図２】実施の形態における受信設備の構築例を示すブ
ロック図である。
【図３】実施の形態のＩＲＤのためのリモートコントロ
ーラの外観を示す正面図である。
【図４】放送画面とＧＵＩ画面との切り換えを示す説明
図である。
【図５】地上局の構成例を示すブロック図である。
【図６】地上局から送信されるデータを示すチャート図
である。
【図７】送信データの時分割多重化構造を示す説明図で
ある。
【図８】ＤＳＭ−ＣＣによる送信フォーマットを示す説
明図である。
【図９】トランスポートストリームのデータ構造図であ
る。
【図１０】ＰＳＩのテーブル構造を示す説明図である。
【図１１】ＰＥＳパケットの説明図である。
【図１２】ＴＳパケットの説明図である。
【図１３】ＴＳパケットのデータボディの説明図であ
る。
【図１４】ＴＳパケットのデータボディのチェックサム
データの説明図である。
【図１５】実施の形態のＩＲＤの構成を示すブロック図
である。
【図１６】データサービスのディレクトリ構造の一例を
示す説明図である。
【図１７】実施の形態のＩＲＤに接続されるＭＤレコー
ダのブロック図である。
【図１８】ミニディスクのクラスタフォーマットの説明
図である。
【図１９】ミニディスクのエリア構造の説明図である。
【図２０】実施の形態における受信設備の構築例を示す
ブロック図である。
【図２１】実施の形態のＩＲＤの機器接続時の処理のフ
ローチャートである。
【図２２】実施の形態のＩＲＤの機器接続解消時の処理
のフローチャートである。
【図２３】実施の形態のＩＲＤのニックネーム入力モー
ド処理のフローチャートである。
【図２４】実施の形態のＩＤテーブルの説明図である。
【図２５】実施の形態のダウンロード処理手順の説明図
である。
【図２６】実施の形態のダウンロード処理手順の説明図
である。
【図２７】実施の形態のダウンロード設定処理のフロー
チャートである。
【図２８】実施の形態の機器リスト表示例の説明図であ
る。
【図２９】実施の形態の機器リスト表示例の説明図であ
る。
【図３０】実施の形態の機器リスト表示例の説明図であ
る。
【図３１】実施の形態の機器リスト表示例の説明図であ
る。
【図３２】実施の形態のダウンロード実行のためのチェ
ック／指示処理のフローチャートである。
【図３３】実施の形態のディスク装填チェック処理のフ
ローチャートである。
【図３４】実施の形態のライトプロテクトチェック処理
のフローチャートである。
【図３５】実施の形態のディスク容量チェック処理のフ
ローチャートである。
【図３６】実施の形態のダウンロードセットアップ時の
処理のフローチャートである。
【図３７】実施の形態のＡＴＲＡＣ記録時の処理のフロ
ーチャートである。
【図３８】実施の形態のダウンロード進捗状況表示例の
説明図である。
【図３９】実施の形態の管理／付加情報記録時の処理の
フローチャートである。
【図４０】実施の形態の管理／付加情報記録時の処理の
フローチャートである。
【図４１】実施の形態のエラー発生時の処理のフローチ
ャートである。
【符号の説明】
１ 地上局、２ 衛星、３ 受信設備、５ 課金サー
バ、６ テレビ番組素材サーバ、７ 楽曲素材サーバ、
８ 音声付加情報サーバ、９ ＧＵＩデータサーバ、１
０ キー情報サーバ、１１ パラボラアンテナ、１２
ＩＲＤ、１３ ストレージデバイス、１３Ａ，１３Ｂ，
１３Ｅ，１３Ｆ，１３Ｇ ＭＤレコーダ、１４ モニタ
装置、１６ ＩＥＥＥ１３９４バス、２１Ａ テレビ番
組表示エリア、２１Ｂ リスト、２１Ｃ テキスト表示
エリア、２１Ｄ ジャケット表示エリア、２２ 歌詞表
示ボタン、２３ プロフィール表示ボタン、２４ 情報
表示ボタン、２５ 予約録音ボタン、２６ 予約済一覧
表示ボタン、２７ 録音履歴ボタン、２８ ダウンロー
ドボタン、３１ テレビ番組素材登録システム、３２楽
曲素材登録システム、３３ 音声付加情報登録システ
ム、３４ ＧＵＩ用素材登録システム、３５ ＡＶサー
バ、３６Ａ ＭＰＥＧオーディオエンコーダ、３６Ｂ
ＡＴＲＡＣエンコーダ、３７ 音声付加情報データベー
ス、３８ ＧＵＩ素材データベース、３９ テレビ番組
送出システム、４０Ａ ＭＰＥＧオーディオサーバ、４
０Ｂ ＭＰＥＧオーディオサーバ、４１ 音声付加情報
送出システム、４２ ＧＵＩオーサリングシステム、４
３Ａ ＭＰＥＧオーディオ送出システム、４３Ｂ ＡＴ
ＲＡＣオーディオ送出システム、４４ ＤＳＭ−ＣＣエ
ンコーダ、４５ マルチプレクサ、４６ 電波送出シス
テム、５１ チューナ／フロントエンド部、５２ デス
クランブラ、５３ トランスポート部、５４ ＭＰＥＧ
２オーディオデコーダ、５４Ａ メモリ、５５ ＭＰＥ
Ｇ２ビデオデコーダ、５５Ａ メモリ、５６ Ｄ／Ａコ
ンバータ、５７ スイッチ回路、５８ 表示処理部、５
９ 光デジタル出力インターフェイス、６０ ＩＥＥＥ
１３９４インターフェイス、６１ マンマシンインター
フェイス、６２ ＩＣカードスロット、６３ モデム、
６４ リモートコントローラ、６５ ＩＣカード、６６
赤外線インターフェース、６７ コントロールライン
インターフェース、６８ 不揮発性メモリ、６９ タイ
マ、７０ デマルチプレクサ、７１ キュー、８１ 制
御処理部、８２ ＤｅＭＵＸドライバ、８３ ＤＳＭ−
ＣＣデコーダブロック、８４ ＭＨＥＧデコーダブロッ
ク、９０ メインメモリ、９１ ＤＳＭ−ＣＣバッフ
ァ、１０１ ディスク、１１１ システムコントロー
ラ、１２５ ＩＥＥＥ１３９４インターフェース、１２
６ コントロールラインインターフェース、１２７ 赤
外線インターフェース、１２８ 光デジタル入力インタ
ーフェース、１２９ 表示部、２０１ 電源キー、２０
２ 数字キー、２０３ 画面表示切換キー、２０４ イ
ンタラクティブ切換キー、２０５ａ 矢印キー、２０５
ＥＰＧキーパネル部、２０６ チャンネルキー、Ｔ１
入力端子、Ｔ２ アナログビデオ出力端子、Ｔ３ ア
ナログオーディオ出力端子、Ｔ４ アナログオーディオ
出力端子
───────────────────────────────────────────────────── フロントページの続き (72)発明者 井上 啓 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C053 FA20 FA24 FA29 GB38 JA01 LA14 5C064 BA07 BB10 BC06 BC16 BC20 BC25 BD05 BD08

Claims (15)

    【特許請求の範囲】
  1. 【請求項１】 送信されてきたデータを受信する受信手
    段と、 受信データから所要のデータを抽出し、記録データとし
    てストレージデバイスに供給して記録媒体に記録させる
    ことのできる記録データ供給手段と、 前記記録データ供給手段により、或るストレージデバイ
    スに対する記録データの供給を開始する前に、そのスト
    レージデバイスにおいて、供給しようとする記録データ
    に対する記録動作が可能であるか否かを判別する判別手
    段と、 前記判別手段による判別結果に応じて、前記記録データ
    供給手段からのデータ供給動作の実行を制御する制御手
    段と、 を備えたことを特徴とする情報受信装置。
  2. 【請求項２】 前記記録データ供給手段により、或るス
    トレージデバイスに対する記録データの供給を開始する
    前に、そのストレージデバイスが当該情報受信装置から
    の記録データの供給に対応できる状態となるように、そ
    のストレージデバイスに対する指示制御を行うデバイス
    指示手段を備えたことを特徴とする請求項１に記載の情
    報受信装置。
  3. 【請求項３】 前記判別手段は、記録データを供給しよ
    うとするストレージデバイスに、記録媒体が装填されて
    いるか否かを判別する動作を行うことを特徴とする請求
    項１に記載の情報受信装置。
  4. 【請求項４】 前記判別手段は、記録データを供給しよ
    うとするストレージデバイスに装填されている記録媒体
    が、記録可能状態とされているか否かを判別する動作を
    行うことを特徴とする請求項１に記載の情報受信装置。
  5. 【請求項５】 前記判別手段は、記録データを供給しよ
    うとするストレージデバイスに装填されている記録媒体
    に、供給しようとする記録データ量に対して十分な記録
    容量が残されているか否かを判別する動作を行うことを
    特徴とする請求項１に記載の情報受信装置。
  6. 【請求項６】 前記制御手段は、前記判別手段により、
    記録データを供給しようとするストレージデバイスが、
    その記録データに対する記録動作が可能な状態であると
    判別された時点以降に、前記記録データ供給手段からの
    データ供給動作を開始させることを特徴とする請求項１
    に記載の情報受信装置。
  7. 【請求項７】 提示手段を備え、 前記判別手段により、記録データを供給しようとするス
    トレージデバイスが、その記録データに対する記録動作
    が不能な状態であると判別された場合は、前記制御手段
    は、そのストレージデバイスに関して必要な対応を求め
    るメッセージを前記提示手段により提示させることを特
    徴とする請求項１に記載の情報受信装置。
  8. 【請求項８】 前記制御手段は、前記提示手段による必
    要な対応を求めるメッセージを提示させた後、ストレー
    ジデバイス側において記録データに対する記録動作が不
    能な状態が解消されなかった場合は、前記記録データ供
    給手段からのデータ供給動作を実行させないようにする
    とともに、前記提示手段においてその旨を提示するメッ
    セージを提示させることを特徴とする請求項７に記載の
    情報受信装置。
  9. 【請求項９】 送信されてきたデータを受信し、受信デ
    ータから所要の記録データを抽出してストレージデバイ
    スに供給し、記録媒体にダウンロード記録させることの
    できる情報受信装置によって実行されるダウンロード方
    法として、 或るストレージデバイスに対して記録データの供給を開
    始させる前に、そのストレージデバイスが、供給しよう
    とする記録データに対する記録動作が可能な状態である
    か否かを判別する判別手順と、 前記判別手順による判別結果として、記録データを供給
    しようとするストレージデバイスが、その記録データに
    対する記録動作が可能な状態であると判別されたら、記
    録データの供給動作を開始させる開始制御手順と、 が行われることを特徴とするダウンロード方法。
  10. 【請求項１０】 前記判別手順が行われる前に、記録デ
    ータを供給しようとするストレージデバイスが、当該情
    報受信装置からの記録データの供給に対応できる状態と
    なるように、そのストレージデバイスに対する指示制御
    を行うデバイス指示手順が行われることを特徴とする請
    求項９に記載のダウンロード方法。
  11. 【請求項１１】 前記判別手順では、記録データを供給
    しようとするストレージデバイスに、記録媒体が装填さ
    れているか否かを判別する動作が行われることを特徴と
    する請求項９に記載のダウンロード方法。
  12. 【請求項１２】 前記判別手順では、記録データを供給
    しようとするストレージデバイスに装填されている記録
    媒体が、記録可能状態とされているか否かを判別する動
    作が行なわれることを特徴とする請求項９に記載のダウ
    ンロード方法。
  13. 【請求項１３】 前記判別手順では、記録データを供給
    しようとするストレージデバイスに装填されている記録
    媒体に、供給しようとする記録データ量に対して十分な
    記録容量が残されているか否かを判別する動作が行なわ
    れることを特徴とする請求項９に記載のダウンロード方
    法。
  14. 【請求項１４】 前記判別手順により、記録データを供
    給しようとするストレージデバイスが、その記録データ
    に対する記録動作が不能な状態であると判別された場合
    は、そのストレージデバイスに関して必要な対応を求め
    るメッセージを提示するメッセージ提示手順が行われる
    ことを特徴とする請求項９に記載のダウンロード方法。
  15. 【請求項１５】 前記メッセージ提示手順による必要な
    対応を求めるメッセージを提示させた後、ストレージデ
    バイス側において記録データに対する記録動作が不能な
    状態が解消されなかった場合は、記録データ供給動作を
    実行させないようにするとともに、その旨を提示するよ
    うにするダウンロード中止手順が行われることを特徴と
    する請求項１４に記載のダウンロード方法。
JP20027098A 1998-07-15 1998-07-15 情報受信装置、及び情報受信方法 Expired - Fee Related JP4411666B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP20027098A JP4411666B2 (ja) 1998-07-15 1998-07-15 情報受信装置、及び情報受信方法
US09/353,707 US6931198B1 (en) 1998-07-15 1999-07-14 Apparatus and method for downloading desired data signal to user-selectable storage unit
KR1019990028489A KR100653561B1 (ko) 1998-07-15 1999-07-14 정보 수신 장치, 다운로드 방법, 다운로드 진행 상황 표시 방법, 및 기기 선택 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20027098A JP4411666B2 (ja) 1998-07-15 1998-07-15 情報受信装置、及び情報受信方法

Publications (2)

Publication Number Publication Date
JP2000032429A true JP2000032429A (ja) 2000-01-28
JP4411666B2 JP4411666B2 (ja) 2010-02-10

Family

ID=16421544

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20027098A Expired - Fee Related JP4411666B2 (ja) 1998-07-15 1998-07-15 情報受信装置、及び情報受信方法

Country Status (1)

Country Link
JP (1) JP4411666B2 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001054082A (ja) * 1999-06-03 2001-02-23 Matsushita Electric Ind Co Ltd 放送システムおよび方法
WO2001073569A1 (fr) * 2000-03-27 2001-10-04 Sanyo Electric Co., Ltd. Terminal de distribution de donnees, serveur de menu, et systeme de reservation de distribution les utilisant
JP2002014684A (ja) * 2000-06-29 2002-01-18 Matsushita Graphic Communication Systems Inc 情報配信方法、サーバ装置及び情報受信端末装置
JP2004508625A (ja) * 2000-08-28 2004-03-18 松下電器産業株式会社 目的を果たせないコンテンツを受信しないユーザ端末プログラム
JP2006509321A (ja) * 2002-12-07 2006-03-16 エルジー エレクトロニクス インコーポレーテッド 対話形記録媒体の収録データ及びこれの付加データの連動再生方法
WO2007125681A1 (ja) * 2006-04-27 2007-11-08 Mitsubishi Electric Corporation 光学式記録媒体の再生装置、光学式記録媒体の再生方法、及び光学式記録媒体の再生プログラム
CN100423591C (zh) * 2003-12-12 2008-10-01 乐金电子(中国)研究开发中心有限公司 移动通讯终端的内容下载方法
JP2009508229A (ja) * 2005-09-08 2009-02-26 クゥアルコム・インコーポレイテッド 受信機特性に基づいてコンテンツを配信するための方法および装置
US7715694B2 (en) 2000-06-24 2010-05-11 Lg Electronics Inc. Apparatus and method of reproducing audio/video data and additional data associated with the audio/video data
US7869462B2 (en) 1999-06-03 2011-01-11 Panasonic Corporation Broadcast system and method therefor
US7995900B2 (en) 2002-12-09 2011-08-09 Lg Electronics Inc. Method of presenting auxiliary data for an interactive recording medium
US8407310B2 (en) 2005-06-24 2013-03-26 Vodafone Group Plc Method for data communication, data communication system and mobile communication terminal
US8885633B2 (en) 2004-02-27 2014-11-11 Vodafone Group Plc Data communication method, data communication system, and communication terminal

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7869462B2 (en) 1999-06-03 2011-01-11 Panasonic Corporation Broadcast system and method therefor
JP2001054082A (ja) * 1999-06-03 2001-02-23 Matsushita Electric Ind Co Ltd 放送システムおよび方法
WO2001073569A1 (fr) * 2000-03-27 2001-10-04 Sanyo Electric Co., Ltd. Terminal de distribution de donnees, serveur de menu, et systeme de reservation de distribution les utilisant
US7233787B2 (en) 2000-03-27 2007-06-19 Sanyo Electric Co., Ltd. Data distribution terminal, menu server, and distribution reservation system using them
US7778523B2 (en) 2000-06-24 2010-08-17 Lg Electronics Inc. Method for reproducing data recorded on an interactive recording medium in conjunction with associated auxiliary data
US8699854B2 (en) 2000-06-24 2014-04-15 Lg Electronics Inc. Method for reproducing data recorded on an interactive recording medium in conjunction with associated auxiliary data
US8676028B2 (en) 2000-06-24 2014-03-18 Lg Electronics Inc. Method for reproducing data recorded on an interactive recording medium in conjunction with associated auxiliary data
US7715694B2 (en) 2000-06-24 2010-05-11 Lg Electronics Inc. Apparatus and method of reproducing audio/video data and additional data associated with the audio/video data
JP2002014684A (ja) * 2000-06-29 2002-01-18 Matsushita Graphic Communication Systems Inc 情報配信方法、サーバ装置及び情報受信端末装置
US7146406B2 (en) * 2000-06-29 2006-12-05 Panasonic Communications Co., Ltd. Server apparatus and method to distribute media data
JP2004508625A (ja) * 2000-08-28 2004-03-18 松下電器産業株式会社 目的を果たせないコンテンツを受信しないユーザ端末プログラム
JP4703094B2 (ja) * 2000-08-28 2011-06-15 パナソニック株式会社 目的を果たせないコンテンツを受信しないユーザ端末プログラム
US7610359B2 (en) 2002-12-07 2009-10-27 Lg Electronics Inc. Method and apparatus for reproducing data recorded on an interactive recording medium in conjunction with associated auxiliary data recorded in multiple locations
JP2006509321A (ja) * 2002-12-07 2006-03-16 エルジー エレクトロニクス インコーポレーテッド 対話形記録媒体の収録データ及びこれの付加データの連動再生方法
US7995900B2 (en) 2002-12-09 2011-08-09 Lg Electronics Inc. Method of presenting auxiliary data for an interactive recording medium
US8295679B2 (en) 2002-12-09 2012-10-23 Lg Electronics Inc. Method of presenting auxiliary data for an interactive recording medium
CN100423591C (zh) * 2003-12-12 2008-10-01 乐金电子(中国)研究开发中心有限公司 移动通讯终端的内容下载方法
US8885633B2 (en) 2004-02-27 2014-11-11 Vodafone Group Plc Data communication method, data communication system, and communication terminal
US8407310B2 (en) 2005-06-24 2013-03-26 Vodafone Group Plc Method for data communication, data communication system and mobile communication terminal
JP2009508229A (ja) * 2005-09-08 2009-02-26 クゥアルコム・インコーポレイテッド 受信機特性に基づいてコンテンツを配信するための方法および装置
US8189989B2 (en) 2006-04-27 2012-05-29 Mitsubishi Electric Corporation Playback device for optical recording medium, optical recording medium playback method, and playback program for optical recording medium
JP5268636B2 (ja) * 2006-04-27 2013-08-21 三菱電機株式会社 再生装置及び再生方法
WO2007125681A1 (ja) * 2006-04-27 2007-11-08 Mitsubishi Electric Corporation 光学式記録媒体の再生装置、光学式記録媒体の再生方法、及び光学式記録媒体の再生プログラム

Also Published As

Publication number Publication date
JP4411666B2 (ja) 2010-02-10

Similar Documents

Publication Publication Date Title
KR100653561B1 (ko) 정보 수신 장치, 다운로드 방법, 다운로드 진행 상황 표시 방법, 및 기기 선택 방법
JP4574858B2 (ja) プログラム再生装置
JP3363117B2 (ja) デジタルデータストリーム記録方法及び再生方法、そしてその装置
US20060056800A1 (en) Data recording apparatus
US8290343B2 (en) Electronic apparatus, reproducing method and program
US20050198214A1 (en) Information transmission method, information processing method, information transmission system, and data processing apparatus
JP2002084501A (ja) 記録媒体を通してａ／ｖコンテンツの付加サービス情報を提供するための方法及び装置とそれによる記録媒体
JP4411666B2 (ja) 情報受信装置、及び情報受信方法
JP3152651B2 (ja) 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法
JP2000030366A (ja) 情報受信装置、及びダウンロード進捗状況表示方法
WO2004057610A1 (en) Method and apparatus for storing a stream of audio-visual data
JP2000032428A (ja) 情報受信装置、及びダウンロード方法
JP2003179852A (ja) 映像音声データ記録再生方法、及びそれを用いたディスク装置
JP3152653B1 (ja) 情報記録媒体、情報記録方法及び情報再生装置
JP2000036184A (ja) データ伝送システム及びデータ受信装置
JP2002109825A (ja) 記録再生装置及び記録再生方法
JP2000032430A (ja) 情報受信装置、及び機器選択方法
JP2007159148A (ja) データ伝送方法及びデータ伝送装置
KR100329229B1 (ko) 재생리스트생성방법
JP4001313B2 (ja) メディアプレーヤ
JP3887933B2 (ja) データ伝送方法およびデータ伝送装置
JP3945029B2 (ja) データ伝送方法及びデータ伝送装置
JP2000032415A (ja) 受信装置
KR100503459B1 (ko) 오류파일 자동삭제 기능을 가지는 영상 기록/재생장치 및그에 따른 오류파일 자동 삭제 방법
JP2007043401A (ja) 情報記録再生装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050301

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070410

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070605

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070731

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080527

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080728

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090407

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090706

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20090728

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091027

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091109

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121127

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131127

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees