JP4411666B2 - Information receiving apparatus and information receiving method - Google Patents

Information receiving apparatus and information receiving method Download PDF

Info

Publication number
JP4411666B2
JP4411666B2 JP20027098A JP20027098A JP4411666B2 JP 4411666 B2 JP4411666 B2 JP 4411666B2 JP 20027098 A JP20027098 A JP 20027098A JP 20027098 A JP20027098 A JP 20027098A JP 4411666 B2 JP4411666 B2 JP 4411666B2
Authority
JP
Japan
Prior art keywords
data
information
download
display
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.)
Expired - Fee Related
Application number
JP20027098A
Other languages
Japanese (ja)
Other versions
JP2000032429A (en
Inventor
一郎 濱田
正男 水谷
啓 井上
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/en
Priority to KR1019990028489A priority patent/KR100653561B1/en
Priority to US09/353,707 priority patent/US6931198B1/en
Publication of JP2000032429A publication Critical patent/JP2000032429A/en
Application granted granted Critical
Publication of JP4411666B2 publication Critical patent/JP4411666B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

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

Description

【０００１】
【発明の属する技術分野】
本発明は、例えばデジタル衛星放送によるデータサービスなどの、情報の送信／受信／記録（ダウンロード）を行うシステムに関わり、特に情報の受信を行い、ストレージ機器に対してダウンロードデータを提供する情報受信装置に関するものである。
【０００２】
【従来の技術】
近年、デジタル衛星放送の普及が進んでいる。デジタル衛星放送は、例えば既存のアナログ放送と比較してノイズやフェージングに強く、高品質の信号を伝送することが可能である。また、周波数利用効率が向上され、多チャンネル化も図ることが可能になる。具体的には、デジタル衛星放送であれば１つの衛星で数百チャンネルを確保することも可能である。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュースなどの専門チャンネルが多数用意されており、これらの専門チャンネルでは、それぞれの専門のコンテンツに応じたプログラムが放送されている。
【０００３】
そして、上記のようなデジタル衛星放送システムを利用して、ユーザが楽曲等の音声データをダウンロードできるようにしたり、いわゆるテレビショッピングとして、例えばユーザが放送画面を見ながら何らかの商品についての購買契約を結べるようにしたりすることが提案されている。つまりは、デジタル衛星放送システムとして、通常の放送内容と並行したデータサービス放送を行うものである。
【０００４】
一例として、楽曲データのダウンロードであれば、放送側においては、放送番組と並行して、楽曲データを多重化して放送するようにする。また、この楽曲データのダウンロードに際しては、ＧＵＩ(Graphical User Interface)画面（即ちダウンロード用の操作画面である）を表示させることでインタラクティブな操作をユーザに行わせるようにされるが、このＧＵＩ画面出力のためのデータも多重化して放送するようにされる。
そして、受信装置を所有しているユーザ側では、所望のチャンネルを選局している状態で、受信装置に対する所定の操作によって楽曲データをダウンロードするためのＧＵＩ画面を表示出力させるようにする。そして、この表示された操作画面に対してユーザが操作を行うことで、例えば受信装置に接続したデジタルオーディオ機器に対してデータを供給し、これが録音されるようにするものである。
【０００５】
ところで、上記のような楽曲データをダウンロードするためのＧＵＩ画面としては、例えばＧＵＩ画面を形成するパーツ的な画像データ、テキストデータなどの情報に加え、更には所定操作に応じた音声出力のための音声データなどの単位データ（ファイル）をそれぞれオブジェクトとして扱い、このオブジェクトの出力態様を所定方式によるシナリオ記述によって規定することによって、上記操作画面についての所要の表示形態及び音声等の出力態様を実現するように構成することが考えられる。
なお、ここでは、上記ＧＵＩ画面のようにして、記述情報によって規定されることで、或る目的に従った機能を実現する表示画面（ここでは音声等の出力も含む）のことを「シーン」というものとする。また、「オブジェクト」とは、記述情報に基づいてその出力態様が規定される画像、音声、テキスト等の単位情報を示しており、伝送時においては、ここでは記述情報自体のデータファイルも「オブジェクト」の１つとして扱われるものとする。
【０００６】
上記シーン表示及びシーン表示上での音声出力等を実現するためのオブジェクトは、放送局側で放送すべきシーンを形成するデータのディレクトリ構造に対して適当にマッピングが施され、所定の伝送方式に従ってエンコードされて送信される。例えば、或る１番組において複数のシーンが必要な場合には、これら複数のシーンに必要されるオブジェクトのデータが適当にマッピングされたうえで送信されることになる。
受信装置側では伝送方式に従ってデコード処理を施して、例えば表示に必要なシーンに必要とされるオブジェクトごとの纏まりとしてのデータを得て、これをシーンとして出力するようにされる。
【０００７】
【発明が解決しようとする課題】
ところでユーザー側が所有する受信装置には、ダウンロードのためにストレージデバイスが接続される。ストレージデバイスとしてはＭＤレコーダやＶＣＲ、ＤＶＤレコーダのように各種の機器が考えられるが、当然ながら確実なダウンロードが実行されるためには、これらのストレージデバイス側でダウンロードが実行できるような動作条件が整っていなければならない。
例えばＭＤレコーダを例にあげると、ディスクが装填されていなかったり、ディスクがライトプロテクトされていると、ダウンロードは実行できない。またディスクの記録容量も十分に残っていることが必要になる。
さらに、このようなメディアの状況だけでなく、そのストレージデバイスが電源オンとされているか、または受信装置側からのデータ入力に対応できる状態となっているかなども正確なダウンロードのための条件となる。
【０００８】
即ちダウンロードを行なおうとする場合は、ストレージデバイス側でこれらの条件が整っていることをユーザーが確認し、条件が整っていない場合は必要な対応処置（例えばディスク交換など）をとらなければならない。
しかしながら実際には、ユーザーは常にこのような確認を適切に行うものではなく、また勘違いや不慣れな操作などによるミスも発生する。
そしてそのような場合は、実際にダウンロードが開始されても、適切なダウンロードが実行できないことになる。
【０００９】
【課題を解決するための手段】
本発明はこのような事情に鑑みてなされたもので、送信されてきたデータを受信する受信手段と、前記データには少なくともビデオ情報とオーディオ情報と前記データについての付加情報とダウンロードに関するユーザーインターフェース情報が含まれており、前記データの復号化処理を行う復号化手段と、前記付加情報及び前記ダウンロードに関するユーザーインターフェース情報に基づいて、前記データのダウンロードに関するユーザーインターフェース画面を表示させる第一の表示手段と、前記ビデオ情報に基づいて動画像を表示させる第二の表示手段と、前記第一の表示手段により表示される第一の画面と前記第二の表示手段により表示される第二の画面とを切り替える画面表示切替手段と、前記画面表示切替手段による画面の切り替えを、ユーザーの操作により制御する制御手段と、を備える。
【００１０】
また、前記第一の表示手段は、前記付加情報を前記ユーザーインターフェース画面に重畳して表示させるようにする。
また、前記第一の表示手段は、前記付加情報を表示させるための表示ボタンを前記ユーザーインターフェース画面に重畳して表示させるようにする。
また、前記制御手段は、前記ユーザーの操作により前記表示ボタンに基づいて前記付加情報を表示するよう制御されるようにする。
また、前記第二の表示手段は、前記ユーザーインターフェース画面の一部に、縮小された前記動画像を、該画面の一部に表示させるようにする。
また、前記付加情報は、少なくとも歌詞情報，アーティストのプロフィール情報又は写真画像情報を含むようにする。
また、前記第一の表示手段は、前記データをダウンロードするための表示ボタンを前記ユーザーインターフェース画面に重畳して表示させ、更に、前記表示ボタンに基づいて前記データのダウンロードを開始するダウンロード制御手段と、を備えるようにする。
また、前記ダウンロード制御手段は、ユーザーの操作により前記データのダウンロードを開始するようにする。
また、前記ダウンロード制御手段は、ユーザーの操作により前記データのダウンロードを中止するようにする。
【００１１】
本発明の情報受信方法は、送信されてきたデータを受信する受信手順と、前記データには少なくともビデオ情報とオーディオ情報と前記データについての付加情報とダウンロードに関するユーザーインターフェース情報が含まれており、前記データの復号化処理を行う復号化手順と、前記付加情報及び前記ダウンロードに関するユーザーインターフェース情報に基づいて、前記データのダウンロードに関するユーザーインターフェース画面を表示させる第一の表示手順と、前記ビデオ情報に基づいて動画像を表示させる第二の表示手順と、前記第一の表示手順により表示される第一の画面と前記第二の表示手順により表示される第二の画面とを切り替える画面表示切替手順と、前記画面表示切替手順による画面の切り替えを、ユーザーの操作により制御する制御手順と、を備えるようにする。
【００１２】
【発明の実施の形態】
以降、本発明の実施の形態について説明する。
本発明が適用されるシステムとしては、デジタル衛星放送を利用して番組を放送すると共に、受信装置側ではこの番組に関連した楽曲データ（音声データ）等の情報を受信し、番組及び関連した楽曲データを出力できるとともに、その楽曲データを接続したストレージ機器にダウンロードさせることができるようにしたシステムを例に挙げることとする。
そしてこのようなシステムにおける受信装置（後述するＩＲＤ）が本発明の実施の形態となる。またストレージ機器としてはＭＤ（ミニディスク）レコーダを例にあげる。
説明は次の順序で行う。
１．デジタル衛星放送システム
１−１．全体構成
１−２．ＧＵＩ画面に対する操作
１−３．地上局
１−４．送信フォーマット
１−５．ＡＴＲＡＣデータの送信フォーマット
１−６．ＩＲＤ
１−７．ＭＤレコーダ
１−８．ＭＤのエリア構成
２．ダウンロード
２−１．機器接続構成
２−２．機器接続に関する処理
２−３．ダウンロード動作概要
２−４．ダウンロード設定処理
２−５．ダウンロード実行前のチェック処理
２−６．ダウンロードセットアップ
２−７．ＡＴＲＡＣダウンロード
２−８．管理／付加情報のダウンロード及び終了処理
２−９．エラー発生時の処理
【００１３】
１．デジタル衛星放送システムの構成
１−１．全体構成
図１は、本例としてのデジタル衛星放送システムの全体構成を示すものである。この図に示すように、デジタル衛星放送の地上局１には、テレビ番組素材サーバ６からのテレビ番組放送のための素材と、楽曲素材サーバ７からの楽曲データの素材と、音声付加情報サーバ８からの音声付加情報と、ＧＵＩデータサーバ９からのＧＵＩデータとが送られる。
【００１４】
テレビ番組素材サーバ６は、通常の放送番組の素材を提供するサーバである。このテレビ番組素材サーバから送られてくる音楽放送の素材は、動画及び音声とされる。例えば、音楽放送番組であれば、上記テレビ番組素材サーバ６の動画及び音声の素材を利用して、例えば新曲のプロモーション用の動画及び音声が放送されたりすることになる。
【００１５】
楽曲素材サーバ７は、オーディオチャンネルを使用して、オーディオ番組を提供するサーバである。このオーディオ番組の素材は音声のみとなる。この楽曲素材サーバ７は、複数のオーディオチャンネルのオーディオ番組の素材を地上局１に伝送する。
各オーディオチャンネルの番組放送ではそれぞれ同一の楽曲が所定の単位時間繰り返して放送される。各オーディオチャンネルは、それぞれ、独立しており、その利用方法としては各種考えられる。例えば、１つのオーディオチャンネルでは最新の日本のポップスの数曲を或る一定時間繰り返し放送し、他のオーディオチャンネルでは最新の外国のポップスの数曲を或る一定時間繰り返し放送するというようにされる。
【００１６】
音声付加情報サーバ８は、楽曲素材サーバ７から出力される楽曲の時間情報等を提供するサーバである。
【００１７】
ＧＵＩデータサーバ９は、ユーザが操作に用いるＧＵＩ画面を形成するための「ＧＵＩデータ」を提供する。例えば後述するような楽曲のダウンロードに関するＧＵＩ画面であれば、配信される楽曲のリストページや各楽曲の情報ページを形成するための画像データ、テキストデータ、アルバムジャケットの静止画を形成するためのデータなどを提供する。更には、受信設備３側にていわゆるＥＰＧ(Electrical Program Guide)といわれる番組表表示を行うのに利用されるＥＰＧデータもここから提供される。
なお、「ＧＵＩデータ」としては、例えばＭＨＥＧ(Multimedia Hypermedia Information Coding Experts Group)方式が採用される。ＭＨＥＧとは、マルチメディア情報、手順、操作などのそれぞれと、その組み合わせをオブジェクトとして捉え、それらのオブジェクトを符号化したうえで、タイトル（例えばＧＵＩ画面）として制作するためのシナリオ記述の国際標準とされる。また、本例ではＭＨＥＧ−５を採用するものとする。
【００１８】
地上局１は上記テレビ番組素材サーバ６、楽曲素材サーバ７、音声付加情報サーバ８、及びＧＵＩデータサーバ９から伝送された情報を多重化して送信する。
本例では、テレビ番組素材サーバ６から伝送されたビデオデータはＭＰＥＧ(Moving Picture Experts Group)２方式により圧縮符号化され、オーディオデータはＭＰＥＧ２オーディオ方式により圧縮符号化される。また、楽曲素材サーバ７から伝送されたオーディオデータは、オーディオチャンネルごとに対応して、例えばＭＰＥＧ２オーディオ方式と、ＡＴＲＡＣ(Adoptive Tranform Acoustic Coding)方式と何れか一方の方式により圧縮符号化される。
また、これらのデータは多重化の際、キー情報サーバ１０からのキー情報を利用して暗号化される。
なお、地上局１の内部構成例については後述する。
【００１９】
地上局１からの信号は衛星２を介して各家庭の受信設備３で受信される。衛星２には複数のトランスポンダが搭載されている。１つのトランスポンダは例えば３０Ｍｂｐｓの伝送能力を有している。各家庭の受信設備３としては、パラボラアンテナ１１とＩＲＤ(Integrated Receiver Decorder)１２と、ストレージデバイス１３と、モニタ装置１４とが用意される。
また、この場合には、ＩＲＤ１２に対して操作を行うためのリモートコントローラ６４が示されている。
【００２０】
パラボラアンテナ１１で衛星２を介して放送されてきた信号が受信される。この受信信号がパラボラアンテナ１１に取り付けられたＬＮＢ(Low Noize Block Down Converter)１５で所定の周波数に変換され、ＩＲＤ１２に供給される。
【００２１】
ＩＲＤ１２における概略的な動作としては、受信信号から所定のチャンネルの信号を選局し、その選局された信号から番組としてのビデオデータ及びオーディオデータの復調を行ってビデオ信号、オーディオ信号として出力する。また、ＩＲＤ１２では、番組としてのデータと共に多重化されて送信されてくる、ＧＵＩデータに基づいてＧＵＩ画面としての出力も行う。このようなＩＲＤ１２の出力は、例えばモニタ装置１４に対して供給される。これにより、モニタ装置１４では、ＩＲＤ１２により受信選局した番組の画像表示及び音声出力が行われ、また、後述するようなユーザの操作に従ってＧＵＩ画面を表示させることが可能となる。
【００２２】
ストレージデバイス１３は、ＩＲＤ１２によりダウンロードされたオーディオデータ（楽曲データ）を保存するためのものである。このストレージデバイス１３の種類としては特に限定されるものではなく、ＭＤ(Mini Disc)レコーダ／プレーヤ（以下ＭＤレコーダ）、ＤＡＴレコーダ／プレーヤ、ＤＶＤレコーダ／プレーヤ等を用いることができる。また、ストレージデバイス１３としてパーソナルコンピュータ装置を用い、ハードディスクのほか、ＣＤ−Ｒ等をはじめとする記録が可能なメディアにオーディオデータを保存するようにすることも可能とされる。
但し本例においては、後述するダウンロード動作に関しては、ＩＲＤ１２はストレージデバイス１３として接続されている機器のうちＭＤレコーダにダウンロードを実行させるものとして説明する。
【００２３】
また、本例の受信設備３としては、図２に示すように、データ伝送規格としてＩＥＥＥ１３９４に対応したデータインターフェイスを備えたＭＤレコーダ１３Ａを、図１に示すストレージデバイス１３として使用することができるようになっている。
この図に示すＩＥＥＥ１３９４対応のＭＤレコーダ１３Ａは、ＩＥＥＥ１３９４バス１６によりＩＲＤ１２と接続される。これによって、本例では、ＩＲＤ１２にて受信された、楽曲としてのオーディオデータ（ダウンロードデータ）を、ＡＴＲＡＣ方式により圧縮処理が施されたままの状態で直接取り込んで記録することができる。また、ＭＤレコーダ１３ＡとＩＲＤ１２とをＩＥＥＥ１３９４バス１６により接続した場合には、上記オーディオデータの他、そのアルバムのジャケットデータ（静止画データ）及び歌詞などのテキストデータを記録することも可能とされている。
【００２４】
ＩＲＤ１２は、例えば電話回線４を介して課金サーバ５と通信可能とされている。ＩＲＤ１２には、後述するようにして各種情報が記憶されるＩＣカードが挿入される。例えば楽曲のオーディオデータのダウンロードが行われたとすると、これに関する履歴情報がＩＣカードに記憶される。このＩＣカードの情報は、電話回線４を介して所定の機会、タイミングで課金サーバ５に送られる。課金サーバ５は、この送られてきた履歴情報に従って金額を設定して課金を行い、ユーザに請求する。
【００２５】
これまでの説明から分かるように、本発明が適用されたシステムでは、地上局１は、テレビ番組素材サーバ６からの音楽番組放送の素材となるビデオデータ及びオーディオデータと、楽曲素材サーバ７からのオーディオチャンネルの素材となるオーディオデータと、音声付加情報サーバ８からの音声データと、ＧＵＩデータサーバ９からのＧＵＩデータとを多重化して送信している。
そして、各家庭の受信設備３でこの放送を受信すると、例えばモニタ装置１４により、選局したチャンネルの番組を視聴することができる。また、番組のデータと共に送信されるＧＵＩデータを利用したＧＵＩ画面として、第１にはＥＰＧ（Electrical Program Guide；電子番組ガイド）画面を表示させ、番組の検索等を行うことができる。また、第２には、例えば通常の番組放送以外の特定のサービス用のＧＵＩ画面を利用して所要の操作を行うことで、本例の場合には、放送システムにおいて提供されている通常番組の視聴以外のサービスを享受することができる。
例えば、オーディオ（楽曲）データのダウンロードサービス用のＧＵＩ画面を表示させて、このＧＵＩ画面を利用して操作を行えば、ユーザが希望した楽曲のオーディオデータをダウンロードしてストレージデバイス１３に記録して保存することが可能になる。
【００２６】
なお、本例では、上記したようなＧＵＩ画面に対する操作を伴う、通常の番組放送以外の特定のサービスを提供するデータサービス放送については、インタラクティブ性を有することもあり、「インタラクティブ放送」ともいうことにする。
【００２７】
１−２．ＧＵＩ画面に対する操作
ここで、上述しているインタラクティブ放送の利用例、つまり、ＧＵＩ画面に対する操作例について、図３及び図４を参照して概略的に説明しておく。ここでは、楽曲データ（オーディオデータ）のダウンロードを行う場合について述べる。
【００２８】
先ず、図３によりＩＲＤ１２に対してユーザが操作を行うためのリモートコントローラ６４の操作キーについて、特に主要なものについて説明しておく。
図３には、リモートコントローラ６４において各種キーが配列された操作パネル面が示されている。ここでは、これら各種キーのうち、電源キー２０１、数字キー２０２、画面表示切換キー２０３、インタラクティブ切換キー２０４、ＥＰＧキーパネル部２０５、チャンネルキー２０６について説明する。
【００２９】
電源キー２０１は、ＩＲＤ１２の電源のオン／オフを行うためのキーである。数字キー２０２は、数字指定によりチャンネル切り換えを行ったり、例えばＧＵＩ画面において数値入力操作が必要な場合に操作するためのキーである。
画面表示切換キー２０３は、例えば通常の放送画面とＥＰＧ画面との切り換えを行うキーである。例えば、画面表示切換キー２０３によりＥＰＧ画面を呼び出した状態の下で、ＥＰＧキーパネル部２０５に配置されたキーを操作すれば、電子番組ガイドの表示画面を利用した番組検索が行えることになる。また、ＥＰＧキーパネル部２０５内の矢印キー２０５ａは、後述するサービス用のＧＵＩ画面におけるカーソル移動などにも使用することができる。
インタラクティブ切換キー２０４は、通常の放送画面と、その放送番組に付随したサービスのためのＧＵＩ画面との切り換えを行うために設けられる。
チャンネルキー２０６は、ＩＲＤ１２における選局チャンネルをそのチャンネル番号の昇順、降順に従って順次切り換えていくために設けられるキーである。
【００３０】
なお、本例のリモートコントローラ６４としては、例えばモニタ装置１４に対する各種操作も可能に構成されているものとされ、これに対応した各種キーも設けられているものであるが、ここでは、モニタ装置１４に対応するキー等の説明は省略する。
【００３１】
次に、図４を参照してＧＵＩ画面に対する操作の具体例について説明する。
受信設備３により放送を受信して所望のチャンネルを選局すると、モニタ装置１４の表示画面には、図４（ａ）に示すように、テレビ番組素材サーバ６から提供された番組素材に基づく動画像が表示される。つまり、通常の番組内容が表示される。ここでは、例えば音楽番組が表示されているものとする。また、この音楽番組には楽曲のオーディオデータのダウンロードサービス（インタラクティブ放送）が付随されているものとする。
そして、この音楽番組が表示されている状態の下で、例えばユーザがリモートコントローラ６４のインタラクティブ切換キー２０４を操作したとすると、表示画面は図４（ｂ）に示すような、オーディオデータのダウンロードのためのＧＵＩ画面に切り替わる。
【００３２】
このＧＵＩ画面においては、先ず、画面の左上部のテレビ番組表示エリア２１Ａに対して、図４（ａ）にて表示されていたテレビ番組素材サーバ６からのビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送されている各チャンネルの楽曲のリスト２１Ｂが表示される。また、画面の左下にはテキスト表示エリア２１Ｃとジャケット表示エリア２１Ｄが表示される。さらに、画面の右側には歌詞表示ボタン２２、プロフィール表示ボタン２３、情報表示ボタン２４、予約録音ボタン２５、予約済一覧表示ボタン２６、録音履歴表示ボタン２７、およびダウンロードボタン２８が表示される。
【００３３】
ユーザは、このリスト２１Ｂに表示されている楽曲名を見ながら、興味のある楽曲を探していく。そして、興味のある楽曲を見つけたらリモートコントローラ６４の矢印キー２０５ａ（ＥＰＧキーパネル部２０５内）を操作して、その楽曲が表示されている位置にカーソルを合わせた後、エンター操作を行う（例えば矢印キー２０５ａのセンター位置を押圧操作する）。
これによって、カーソルを合わせた楽曲を試聴することができる。すなわち、各オーディオチャンネルでは、所定の単位時間中、同一の楽曲が繰り返し放送されているので、テレビ番組表示エリア２１Ａの画面はそのままで、ＩＲＤ１２により上記操作により選択された楽曲のオーディオチャンネルに切り換えて音声出力することで、その楽曲を聞くことができる。この時、ジャケット表示エリア２１Ｄにはその楽曲のＭＤジャケットの静止画像が表示される。
【００３４】
また、例えば上記の状態で歌詞表示ボタン２２にカーソルを合わせ、エンター操作を行う（以下、ボタン表示にカーソルを合わせ、エンター操作を行うことを「ボタンを押す」という）と、テキスト表示エリア２１Ｃに楽曲の歌詞がオーディオデータと同期したタイミングで表示される。同様に、プロフィール表示ボタン２３あるいは情報表示ボタン２４を押すと、楽曲に対応するアーティストのプロフィールあるいはコンサート情報などがテキスト表示エリア２１Ｃに表示される。このように、ユーザは、現在どのような楽曲が配信されているのかを知ることができ、更に各楽曲についての詳細な情報を知ることができる。
【００３５】
ユーザは試聴した楽曲を購入したい場合には、ダウンロードボタン２８を押す。ダウンロードボタン２８が押されると、選択された楽曲のオーディオデータがダウンロードされ、ストレージデバイス１３に記憶される。楽曲のオーディオデータと共に、その歌詞データ、アーティストのプロフィール情報、ジャケットの静止画データ等をダウンロードすることもできる。
そして、このようにして楽曲のオーディオデータがダウンロードされる毎に、その履歴情報がＩＲＤ１２内のＩＣカードに記憶される。ＩＣカードに記憶された情報は、例えば１カ月に一度ずつ課金サーバ５により取り込みが行われ、ユーザに対してデータサービスの使用履歴に応じた課金が行われる。これによって、適切な楽曲データの販売及びダウンロードされる楽曲の著作権を保護することができることにもなる。
【００３６】
また、ユーザは予めダウンロードの予約を行いたい場合には、予約録音ボタン２５を押す。このボタンを押すと、ＧＵＩ画面の表示が切り換わり、予約が可能な楽曲のリストが画面全体に表示される。例えばこのリストは１時間単位、１週間単位、チャンル単位等で検索した楽曲を表示することが可能である。ユーザはこのリストの中からダウンロードの予約を行いたい楽曲を選択すると、その情報がＩＲＤ１２内に登録される。そして、すでにダウンロードの予約を行った楽曲を碓認したい場合には、予約済一覧表示ボタン２６を押すことにより、画面全体に表示させることができる。このようにして予約された楽曲は、予約時刻になるとＩＲＤ１２によりダウンロードされ、ストレージデバイス１３に記憶される。
【００３７】
ユーザはダウンロードを行った楽曲について確認したい場合には、録音履歴ボタン２７を押すことにより、既にダウンロードを行った楽曲のリストを画面全体に表示させることができる。
【００３８】
このように、本発明が適用されたシステムの受信設備３では、モニタ装置１４のＧＵＩ画面上に楽曲のリストが表示される。そして、このＧＵＩ画面上の表示にしたがって楽曲を選択するとその楽曲を試聴することができ、その楽曲の歌詞やアーティストのプロフィール等を知ることができる。さらに、楽曲のダウンロードとその予約、ダウンロードの履歴や予約済楽曲リストの表示等を行うことができる。
【００３９】
詳しいことは後述するが、上記図４（ｂ）に示すようなＧＵＩ画面の表示と、ＧＵＩ画面に対するユーザの操作に応答したＧＵＩ画面上での表示変更、及び音声出力は、前述したＭＨＥＧ方式に基づいたシナリオ記述により、オブジェクトの関係を規定することにより実現される。ここでいうオブジェクトとは、図４（ｂ）に示された各ボタンに対応するパーツとしての画像データや各表示エリアに表示される素材データとなる。
そして、本明細書においては、このＧＵＩ画面のような、シナリオ記述によってオブジェクト間の関係が規定されることで、或る目的に従った情報の出力態様（画像表示や音声出力等）が実現される環境を「シーン」というものとする。また、１シーンを形成するオブジェクトとしては、シナリオ記述のファイル自体も含まれるものとする。
【００４０】
以上のように、本例のデジタル衛星放送システムでは放送番組が配信されると共に、複数のオーディオチャンネルを使用して楽曲のオーディオデータが配信される。そして、配信されている楽曲のリスト等を使用して所望の楽曲を探し、そのオーディオデータをストレージデバイス１３に簡単に保存することができる。
なお、デジタル衛星放送システムにおける番組提供以外のサービスとしては、上記した楽曲データのダウンロードの他にも各種考えられる。例えば、いわゆるテレビショッピングといわれる商品紹介番組を放送した上で、ＧＵＩ画面としては購買契約が結べるようなものを用意することも考えられる。
【００４１】
１−３．地上局
これまで、本例としてのデジタル衛星放送システムの概要について説明したが、以降、このシステムについてより詳しい説明を行っていくこととする。そこで、先ず地上局１の構成について図５を参照して説明する。
【００４２】
なお、以降の説明にあたっては、次のことを前提とする。
本例では、地上局１から衛星２を介しての受信設備３への送信を行うのにあたり、ＤＳＭ−ＣＣ(デジタル蓄積メディア・コマンド・アンド・コントロール；Digital Strage Media-Command and Control)プロトコルを採用する。
ＤＳＭ−ＣＣ（ＭＰＥＧ−ｐａｒｔ６）方式は、既に知られているように、例えば、何らかのネットワークを介して、デジタル蓄積メディア（ＤＳＭ）に蓄積されたＭＰＥＧ符号化ビットストリームを取り出したり(Retrieve)、或いはＤＳＭに対してストリームを蓄積(Store)するためのコマンドや制御方式を規定したものである。そして本例においては、このＤＳＭ−ＣＣ方式がデジタル衛星放送システムにおける伝送規格として採用されているものである。
そして、ＤＳＭ−ＣＣ方式によりデータ放送サービス（例えばＧＵＩ画面など）のコンテンツ（オブジェクトの集合）を伝送するためには、コンテンツの記述形式を定義しておく必要がある。本例では、この記述形式の定義として先に述べたＭＨＥＧが採用されるものである。
【００４３】
図５に示す地上局１の構成において、テレビ番組素材登録システム３１は、テレビ番組素材サーバ６から得られた素材データをＡＶサーバ３５に登録する。この素材データはテレビ番組送出システム３９に送られ、ここでビデオデータは例えばＭＰＥＧ２方式で圧縮され、オーディオデータは、例えばＭＰＥＧ２オーディオ方式によりパケット化される。テレビ番組送出システム３９の出力はマルチプレクサ４５に送られる。
【００４４】
また、楽曲素材登録システム３２では、楽曲素材サーバ７からの素材データ、つまりオーディオデータを、ＭＰＥＧ２オーディオエンコーダ３６Ａ、及びＡＴＲＡＣエンコーダ３６Ｂに供給する。ＭＰＥＧ２オーディオエンコーダ３６Ａ、ＡＴＲＡＣエンコーダ３６Ｂでは、それぞれ供給されたオーディオデータについてエンコード処理（圧縮符号化）を行った後、ＭＰＥＧオーディオサーバ４０Ａ及びＡＴＲＡＣオーディオサーバ４０Ｂに登録させる。
ＭＰＥＧオーディオサーバ４０Ａに登録されたＭＰＥＧオーディオデータは、ＭＰＥＧオーディオ送出システム４３Ａに伝送されてここでパケット化された後、マルチプレクサ４５に伝送される。ＡＴＲＡＣオーディオサーバ４０Ｂに登録されたＡＴＲＡＣデータは、ＡＴＲＡＣオーディオ送出システム４３Ｂに４倍速ＡＴＲＡＣデータとして送られ、ここでパケット化されてマルチプレクサ４５に送出される。
【００４５】
また、音声付加情報登録システム３３では、音声付加情報サーバ８からの素材データである音声付加情報を音声付加情報データベース３７に登録する。この音声付加情報データベース３７に登録された音声付加情報は、音声付加情報送出システム４１に伝送され、同様にして、ここでパケット化されてマルチプレクサ４５に伝送される。
【００４６】
また、ＧＵＩ用素材登録システム３４では、ＧＵＩデータサーバ９からの素材データであるＧＵＩデータを、ＧＵＩ素材データベース３８に登録する。
【００４７】
ＧＵＩ素材データベース３８に登録されたＧＵＩ素材データは、ＧＵＩオーサリングシステム４２に伝送され、ここで、ＧＵＩ画面、即ち図４にて述べた「シーン」としての出力が可能なデータ形式となるように処理が施される。
【００４８】
つまり、ＧＵＩオーサリングシステム４２に伝送されてくるデータとしては、例えば、楽曲のダウンロードのためのＧＵＩ画面であれば、アルバムジャケットの静止画像データ、歌詞などのテキストデータ、更には、操作に応じて出力されるべき音声データなどである。
上記した各データはいわゆるモノメディアといわれるが、ＧＵＩオーサリングシステム４２では、ＭＨＥＧオーサリングツールを用いて、これらのモノメディアデータを符号化して、これをオブジェクトとして扱うようにする。
そして、例えば図４（ｂ）にて説明したようなシーン（ＧＵＩ画面）の表示態様と操作に応じた画像音声の出力態様が得られるように上記オブジェクトの関係を規定したシナリオ記述ファイル（スクリプト）と共にＭＨＥＧ−５のコンテンツを作成する。
また、図４（ｂ）に示したようなＧＵＩ画面では、テレビ番組素材サーバ６の素材データを基とする画像・音声データ（ＭＰＥＧビデオデータ、ＭＰＥＧオーディオデータ）と、楽曲素材サーバ７の楽曲素材データを基とするＭＰＥＧオーディオデータ等も、ＧＵＩ画面に表示され、操作に応じた出力態様が与えられる。
従って、上記シナリオ記述ファイルとしては、上記ＧＵＩオーサリングシステム４２では、上記したテレビ番組素材サーバ６の素材データを基とする画像・音声データ、楽曲素材サーバ７の楽曲素材データを基とするＭＰＥＧオーディオデータ、更には、音声付加情報サーバ８を基とする音声付加情報も必要に応じてオブジェクトとして扱われて、ＭＨＥＧのスクリプトによる規定が行われる。
【００４９】
なお、ＧＵＩオーサリングシステム４２から伝送されるＭＨＥＧコンテンツのデータとしては、スクリプトファイル、及びオブジェクトとしての各種静止画データファイルやテキストデータファイルなどとなるが、静止画データは、例えばＪＰＥＧ(Joint Photograph Experts Group)方式で圧縮された６４０×４８０ピクセルのデータとされ、テキストデータは例えば８００文字以内のファイルとされる。
【００５０】
ＧＵＩオーサリングシステム４２にて得られたＭＨＥＧコンテンツのデータはＤＳＭ−ＣＣエンコーダ４４に伝送される。
ＤＳＭ−ＣＣエンコーダ４４では、ＭＰＥＧ２フォーマットに従ったビデオ、オーディオデータのデータストリームに多重できる形式のトランスポートストリーム（以下ＴＳ(Transport Stream)とも略す）に変換して、パケット化されてマルチプレクサ４５に出力される。
【００５１】
マルチプレクサ４５においては、テレビ番組送出システム３９からのビデオパケットおよびオーディオパケットと、ＭＰＥＧオーディオ送出システム４３Ａからのオーディオパケットと、ＡＴＲＡＣオーディオ送出システム４３Ｂからの４倍速オーディオパケットと、音声付加情報送出システム４１からの音声付加情報パケットと、ＧＵＩオーサリングシステム４２からのＧＵＩデータパケットとが時間軸多重化されると共に、キー情報サーバ１０（図１）から出力されたキー情報に基づいて暗号化される。
【００５２】
マルチプレクサ４５の出力は電波送出システム４６に伝送され、ここで例えば誤り訂正符号の付加、変調、及び周波数変換などの処理を施された後、アンテナから衛星２に向けて送信出力するようにされる。
【００５３】
１−４．送信フォーマット
次に、ＤＳＭ−ＣＣ方式に基づいて規定された本例の送信フォーマットについて説明する。
図６は、地上局１から衛星２に送信出力される際のデータの一例を示している。なお、前述したように、この図に示す各データは実際には時間軸多重化されているものである。また、この図では、図６に示すように、時刻ｔ１から時刻ｔ２の間が１つのイベントとされ、時刻ｔ２から次のイベントとされる。ここでいうイベントとは、例えば音楽番組のチャンネルであれば、複数楽曲のラインナップの組を変更する単位であり、時間的には３０分或いは１時間程度となる。
【００５４】
図６に示すように、時刻ｔ１から時刻ｔ２のイベントでは、通常の動画の番組放送で、所定の内容Ａ１を有する番組が放送されている。また、時刻ｔ２から始めるイベントでは、内容Ａ２としての番組が放送されている。この通常の番組で放送されているのは動画と音声である。
【００５５】
ＭＰＥＧオーディオチャンネル（１）〜（１０）は、例えば、チャンネルＣＨ１からＣＨ１０の１０チャンネル分用意される。このとき、各オーディオチャンネルＣＨ１，ＣＨ２，ＣＨ３・・・・ＣＨ１０では、１つのイベントが放送されている間は同一楽曲が繰り返し送信される。つまり、時刻ｔ１〜ｔ２のイベントの期間においては、オーディオチャンネルＣＨ１では楽曲Ｂ１が繰り返し送信され、オーディオチャンネルＣＨ２では楽曲Ｃ１が繰り返し送信され、以下同様に、オーディオチャンネルＣＨ１０では楽曲Ｋ１が繰り返し送信されることになる。これは、その下に示されている４倍速ＡＴＲＡＣオーディオチャンネル（１）〜（１０）についても共通である。
【００５６】
つまり、図６において、ＭＰＥＧオーディオチャンネルと４倍速ＡＴＲＡＣオーディオチャンネルのチャンネル番号である（ ）内の数字が同じものは同じ楽曲となる。また、音声付加情報のチャンネル番号である（ ）内の数字は、同じチャンネル番号を有するオーディオデータに付加されている音声付加情報である。更に、ＧＵＩデータとして伝送される静止画データやテキストデータも各チャンネルごとに形成されるものである。これらのデータは、図７（ａ）〜（ｄ）に示すようにＭＰＥＧ２のトランスポートパケット内で時分割多重されて送信され、図７（ｅ）〜（ｈ）に示すようにしてＩＲＤ１２内では各データパケットのヘッダ情報を用いて再構築される。
【００５７】
また、上記図６及び図７に示した送信データのうち、少なくとも、データサービス（インタラクティブ放送）に利用されるＧＵＩデータは、ＤＳＭ−ＣＣ方式に則って論理的には次のようにして形成されるものである。ここでは、ＤＳＭ−ＣＣエンコーダ４４から出力されるトランスポートストリームのデータに限定して説明する。
【００５８】
図８（ａ）に示すように、ＤＳＭ−ＣＣ方式によって伝送される本例のデータ放送サービスは、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙという名称のルートディレクトリの中に全て含まれる。Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙに含まれるオブジェクトとしては、ディレクトリ（Ｄｉｒｅｃｔｏｒｙ），ファイル（Ｆｉｌｅ），ストリーム（Ｓｔｒｅａｍ），ストリームイベント（Ｓｔｒｅａｍ Ｅｖｅｎｔ）などの種類が存在する。
【００５９】
これらのうち、ファイルは静止画像、音声、テキスト、更にはＭＨＥＧにより記述されたスクリプトなどの個々のデータファイルとされる。
ストリームは例えば、他のデータサービスやＡＶストリーム（ＴＶ番組素材としてのＭＰＥＧビデオデータ、オーディオデータ、楽曲素材としてのＭＰＥＧオーディオデータ、ＡＴＲＡＣオーディオデータ等）にリンクする情報が含まれる。
また、ストリームイベントは、同じくリンクの情報と時刻情報が含まれる。
ディレクトリは相互に関連するデータをまとめるフォルダである。
【００６０】
そして、ＤＳＭ−ＣＣ方式では、図８（ｂ）に示すようにして、これらの単位情報とＳｅｒｖｉｃｅ Ｇａｔｅｗａｙをそれぞれオブジェクトという単位と捉え、それぞれをＢＩＯＰメッセージという形式に変換する。
なお、本発明に関わる説明では、ファイル，ストリーム，ストリームイベントの３つのオブジェクトの区別は本質的なものではないので、以下の説明ではこれらをファイルとしてのオブジェクトに代表させて説明する。
【００６１】
そして、ＤＳＭ−ＣＣ方式では、図８（ｃ）に示すモジュールといわれるデータ単位を生成する。このモジュールは、図８（ｂ）に示したＢＩＯＰメッセージ化されたオブジェクトを１つ以上含むようにされたうえで、ＢＩＯＰヘッダが付加されて形成される可変長のデータ単位であり、後述する受信側における受信データのバッファリング単位となる。
また、ＤＳＭ−ＣＣ方式としては、１モジュールを複数のオブジェクトにより形成する場合の、オブジェクト間の関係については特に規定、制限はされていない。つまり、極端なことをいえば、全く関係の無いシーン間における２以上のオブジェクトにより１モジュールを形成したとしても、ＤＳＭ−ＣＣ方式のもとでの規定に何ら違反するものではない。
【００６２】
このモジュールは、ＭＰＥＧ２フォーマットにより規定されるセクションといわれる形式で伝送するために、図８（ｄ）に示すように、機械的に「ブロック」といわれる原則固定長のデータ単位に分割される。但し、モジュールにおける最後のブロックについては規定の固定長である必要はないものとされている。このように、ブロック分割を行うのはＭＰＥＧ２フォーマットにおいて、１セクションが４ＫＢを越えてはならないという規定があることに起因する。
また、この場合には上記ブロックとしてのデータ単位と、セクションとは同義なものとなる。
【００６３】
このようにしてモジュールを分割して得たブロックは、図８（ｅ）に示すようにしてヘッダが付加されてＤＤＢ(Download Data Block)というメッセージの形式に変換される。
【００６４】
また、上記ＤＤＢへの変換と並行して、ＤＳＩ(Download Server Initiate)及びＤＩＩ(Download Indication Information)という制御メッセージが生成される。
上記ＤＳＩ及びＤＩＩは、受信側（ＩＲＤ１２）で受信データからモジュールを取得する際に必要となる情報であり、ＤＳＩは主として、次に説明するカルーセル（モジュール）の識別子、カルーセル全体に関連する情報（カルーセルが１回転する時間、カルーセル回転のタイムアウト値）等の情報を有する。また、データサービスのルートディレクトリ（Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）の所在を知るための情報も有する（オブジェクトカルーセル方式の場合）。
【００６５】
ＤＩＩは、カルーセルに含まれるモジュールごとに対応する情報であり、モジュールごとのサイズ、バージョン、そのモジュールのタイムアウト値などの情報を有する。
【００６６】
そして、図８（ｆ）に示すように、上記ＤＤＢ、ＤＳＩ、ＤＩＩの３種類のメッセージをセクションのデータ単位に対応させて周期的に、かつ、繰り返し送出するようにされる。これにより、受信機側では例えば目的のＧＵＩ画面（シーン）を得るのに必要なオブジェクトが含まれているモジュールをいつでも受信できるようにされる。
本明細書では、このような伝送方式を回転木馬に例えて「カルーセル方式」といい、図８（ｆ）に示すようにして模式的に表されるデータ伝送形態をカルーセルというものとする。
また、「カルーセル方式」としては、「データカルーセル方式」のレベルと「オブジェクトカルーセル方式」のレベルとに分けられる。特にオブジェクトカルーセル方式では、ファイル、ディレクトリ、ストリーム、サービスゲートウェイなどの属性を持つオブジェクトをデータとしてカルーセルを用いて転送する方式で、ディレクトリ構造を扱えることがデータカルーセル方式と大きく異なる。本例のシステムでは、オブジェクトカルーセル方式を採用するものとされる。
【００６７】
また、上記のようにしてカルーセルにより送信されるＧＵＩデータ、つまり、図５のＤＳＭ−ＣＣエンコーダ４４から出力されるデータとしては、トランスポートストリームの形態により出力される。このトランスポートストリームは例えば図９に示す構造を有する。
図９（ａ）には、トランスポートストリームが示されている。このトランスポートストリームとはＭＰＥＧシステムで定義されているビット列であり、図のように１８８バイトの固定長パケット（トランスポートパケット）の連結により形成される。
【００６８】
そして、各トランスポートパケットは、図９（ｂ）に示すようにヘッダと特定の個別パケットに付加情報を含めるためのアダプテーションフィールドとパケットの内容（ビデオ／オーディオデータ等）を表すペイロード（データ領域）とからなる。
【００６９】
ヘッダは、例えば実際には４バイトとされ、図９（ｃ）に示すように、先頭には必ず同期バイトがあるようにされ、これより後ろの所定位置にそのパケットの識別情報であるＰＩＤ（Ｐａｃｋｅｔ＿ＩＤ）、スクランブルの有無を示すスクランブル制御情報、後続するアダプテーションフィールドやペイロードの有無等を示すアダプテーションフィールド制御情報が格納されている。
【００７０】
これらの制御情報に基づいて、受信装置側ではパケット単位でデスクランブルを行い、また、デマルチプレクサによりビデオ／オーディオ／データ等の必要パケットの分離・抽出を行うことができる。また、ビデオ／オーディオの同期再生の基準となる時刻情報を再生することもここで行うことができる。
【００７１】
また、これまでの説明から分かるように、１つのトランスポートストリームには複数チャンネル分の映像／音声／データのパケットが多重されているが、それ以外にＰＳＩ(Program Specific Information)といわれる選局を司るための信号や、限定受信（個人の契約状況により有料チャンネルの受信可不可を決定する受信機能）に必要な情報（ＥＭＭ／ＥＣＭ）、ＥＰＧなどのサービスを実現するためのＳＩ(Service Information)が同時に多重されている。ここでは、ＰＳＩについて説明する。
【００７２】
ＰＳＩは、図１０に示すようにして、４つのテーブルで構成されている。それぞれのテーブルは、セクション形式というＭＰＥＧ Ｓｙｓｔｅｍに準拠した形式で表されている。
図１０（ａ）には、ＮＩＴ(Network Informataion Table)及びＣＡＴ(Conditional Access Table)のテーブルが示されている。
ＮＩＴは、全キャリアに同一内容が多重されている。キャリアごとの伝送諸元（偏波面、キャリア周波数、畳み込みレート等）と、そこに多重されているチャンネルのリストが記述されている。ＮＩＴのＰＩＤとしては、ＰＩＤ＝0x0010とされている。
【００７３】
ＣＡＴもまた、全キャリアに同一内容が多重される。限定受信方式の識別と契約情報等の個別情報であるＥＭＭ(Entitlement Management Message)パケットのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ＝0x0001により示される。
【００７４】
図１０（ｂ）には、キャリアごとに固有の内容を有する情報として、ＰＡＴが示される。ＰＡＴには、そのキャリア内のチャンネル情報と、各チャンネルの内容を表すＰＭＴのＰＩＤが記述されている。ＰＩＤとしては、ＰＩＤ＝0x0000により示される。
【００７５】
また、キャリアにおけるチャンネルごとの情報として、図１０（ｃ）に示すＰＭＴ(Program Map Table)のテーブルを有する。
ＰＭＴは、チャンネル別の内容が多重されている。例えば、図１０（ｄ）に示すような、各チャンネルを構成するコンポーネント（ビデオ／オーディオ等）と、デスクランブルに必要なＥＣＭ(Encryption Control Message)パケットのＰＩＤが記述されているＰＭＴのＰＩＤは、ＰＡＴにより指定される。
【００７６】
１−５．ＡＴＲＡＣデータの送信フォーマット
ここでＡＴＲＡＣ（Adaptive Tranform Acoustic Coding ）データの送信フォーマットについて説明する。図６に示したように１イベント内の送信データとしては１０単位の４倍速ＡＴＲＡＣオーディオチャンネル（１）〜（１０）が含まれている。
【００７７】
上記のように、衛星放送で音楽データの配信を行うようした場合、オーディオデータをそのまま伝送したのでは、データ量が膨大となり、転送時間が長くなる。そこで、オーディオデータを圧縮して伝送することが考えられ、その圧縮方式としては、例えば、ＡＴＲＡＣを用いることが考えられている。なおＡＴＲＡＣは、既に、ＭＤ（Mini Disc ）でオーディオデータを圧縮して記録するのに採用されている圧縮方式である。
ＡＴＲＡＣでオーディオデータの圧縮を行えば、配信する音楽データのデータレートを下げられると共に、配信されてきたオーディオデータをＭＤに直接記録することができるという利点がある。
【００７８】
ところで、ＡＴＲＡＣでは、４２４バイトがサウンドグループと称され、１つの記録単位となっている。このため、ＡＴＲＡＣのデータを衛星放送で配信する場合、このサウンドグループが崩れないように、データを伝送することが望まれる。
【００７９】
ＡＴＲＡＣでは、サンプリング周波数が４４．１ｋＨｚ、量子化ビット数１６ビットで、オーディオデータがディジタル化される。そして、このオーディオデータが１１．６１ｍ秒の時間窓で切り出され、変形ＤＣＴ（Discrete Cosine Transform ）により、約１／５のデータ量に圧縮される。
【００８０】
このように、サンプリング周波数が４４．１ｋＨｚ、量子化ビット数が１６ビットでディジタル化されたオーディオデータを１１．６１ｍ秒の時間窓で切り出すと、そのサンプル数は、５１２サンプルとなる。したがって、１１．６１ｍ秒の時間窓でのオーディオデータのデータ量は、５１２×２＝１０２４バイトとなり、左右の２チャンネルで、１０２４×２＝２０４８バイトとなる。
【００８１】
ＡＴＲＡＣでは、変形ＤＣＴデータにより、この２０４８バイトのデータが４２４バイトに圧縮される。この４２４バイトのＡＴＲＡＣデータがサウンドグループと称され、ＡＴＲＡＣ方式で圧縮された音声データを伝送するときの１つの単位となる。２０４８のデータが４２４バイトに圧縮されるので、ＡＴＲＡＣ方式の圧縮率は約１／５となる。
【００８２】
このように、ＡＴＲＡＣでは、１１．６１ｍ秒の期間の音声圧縮データに相当する４２４バイトのサウンドグループが音声圧縮データの１単位となっており、ＡＴＲＡＣのオーディオデータを伝送する場合には、このサウンドグループ単位を保持していくことが望まれる。
なお、サウンドグループを単位とするＭＤシステムのデータ構造は図１８で後述する。
【００８３】
一方、上記したＭＰＥＧ２方式では、ビデオデータ、オーディオデータ、その他のデータが図９に示したトランスポートパケット（ＴＳパケット）と呼ばれる１８８バイトの固定長のパケットに載せられ、同一ストリームで多重化されて伝送されている。したがって、ＡＴＲＡＣで圧縮されたオーディオデータをＭＰＥＧ２のストリームで転送する場合には、ＡＴＲＡＣで圧縮されたオーディオデータを１８８バイトのＴＳパケットに載せなければならない。
【００８４】
ところが、ＡＴＲＡＣのサウンドグループである４２４バイトと、ＴＳパケットのサイズである１８８バイトとの間は、無関係である。このため、ＡＴＲＡＣのデータを単にＴＳパケットに割り当てて伝送すると、サウンドグループが崩れてしまい、ＡＴＲＡＣの復調処理やＡＴＲＡＣでの記録処理が困難になる。
そこで本例では次のようにして、ＡＴＲＡＣデータをＭＰＥＧ２のストリームで伝送する場合に、そのＡＴＲＡＣデータの基本単位を保持しつつ、ＰＥＳ（Packetized Elementary Stream）パケットで効率的に伝送できるようにしている。
【００８５】
ＭＰＥＧ２方式では、ＴＳパケットと呼ばれる伝送単位で、複数のプログラムが多重化されて伝送されるが、このＴＳパケットは、１８８バイトの固定長に定められている。一方、ＡＴＲＡＣで圧縮されたオーディオデータを伝送する場合には、４２４バイトのＡＴＲＡＣの１サウンドグループのデータを保持する必要がある。
そこで、図１１（ａ）に示すように、１つのＴＳパケットＴＳＰ１〜ＴＳＰ８に、夫々、１５９バイトのＡＴＲＡＣの圧縮オーディオデータを配置し、８つのＴＳパケットＴＳＰ１〜ＴＳＰ８でＰＥＳパケットを構成するようにしている。
【００８６】
このように、１つのＴＳパケットで１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成すると、ＰＥＳパケットの大きさは、１５９バイト×８＝１２７２バイトとなる。サウンドグループの大きさは４２４バイトであるから、このＰＥＳパケットで送られる１２７２バイトのデータは、図１１（ｂ）に示すように、３つのサウンドグループＳＧＰ１〜ＳＧＰ３のデータに相当する。
４２４バイト×３＝１２７２バイト
【００８７】
１つのＴＳパケットに１５９バイトのＡＴＲＡＣのデータを配置し、８つのＴＳパケットでＰＥＳパケットを構成すると、ＰＥＳパケットで３サウンドグループのデータが伝送できる。このように、ＰＥＳパケットで整数個のサウンドグループのデータが伝送されるため、ＡＴＲＡＣのデータとＰＥＳパケットとの整合性が良好となる。
【００８８】
このように、ＡＴＲＡＣのデータを伝送する場合には、１８８バイトの固定長のＴＳパケットのうち、１５９バイトがＡＴＲＡＣデータの伝送に使用される。
そしてＴＳパケットの残りの２９バイトは、ＴＳパケットヘッダ、ＰＥＳヘッダ、データヘッダ等が設けられる。データヘッダには、伝送するデータのタイプ、衛星放送や地上波放送等のデータの伝送路のタイプ等が設けられる。更に、ＡＴＲＡＣデータの固有情報を定義するＦＤＦ（Field Dependnet Field ）設けられる。
【００８９】
以上のように本例の伝送方法では、ＡＴＲＡＣのデータを伝送する場合に、１つのＴＳパケットに１５９バイトのＡＴＲＡＣのデータが配置され、更に、データヘッダとＦＤＦが設けられ、８つのＴＳパケットでＰＥＳパケットが構成され、ＰＥＳパケットで３つのサウンドグループのデータが伝送される。
このようにして、ＡＴＲＡＣのデータをＰＥＳパケットで伝送する場合の具体例について以下に説明する。
【００９０】
図１２は、ＰＴＳ（Presentation Time Stamp ）を利用して同期伝送を可能にする方式の場合のＴＳパケットの構成を示すものである。図１２に示すように、ＴＳパケットは１８８バイトの固定長からなる。このＴＳパケットの先頭の１バイト目から４バイト目は、トランスポートパケットヘッダとされ、５バイト目から１８バイト目はＰＥＳパケットヘッダとされ、１９バイト目から２０バイト目はデータヘッダとされ、２１バイト目から１８８バイト目はデータボディとされている。データボディの構成は、図１３に示されている。なお図１２、図１３は図９で説明したＴＳパケットとして、ＡＴＲＡＣデータを伝送するＴＳパケットの場合を詳しく示したものである。
【００９１】
トランスポートパケットヘッダの先頭には、１バイトのシンクバイトが設けられる。このシンクバイトに続いて、このパケット中のエラーの有無を示すトランスポートエラーインディケータと、新たなＰＥＳパケットがこのトランスポートパケットのペイロードから始まることを示すペイロードユニットスタートインディケータと、このパケットの重要度を示すトランスポートプライオリティが、夫々、１ビット設けられる。
トランスポートエラーインディケータは伝送上のエラーが発生した時にＩＲＤ１２側で「１」とされるデータである。そしてトランスポートエラーインディケータ＝「１」とされたＴＳパケットは、データ信頼性が確実でないものとして扱われることになる。
【００９２】
トランスポートパケットヘッダにはさらに、該当パケットの個別ストリームの属性を示す１３ビットのストリーム識別情報（ＰＩＤ）が設けられる。続いてパケットのペイロードのスクランブルの有無や種別を示すトランスポートスクランブリングコントロールと、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロールと、同じＰＩＤを持つパケットが途中で一部破棄されたかどうかを検出するためのコンティニュイティカウンタが設けられる。
【００９３】
５バイト目から１８バイト目のＰＥＳパケットヘッダの先頭には、２４ビットの固定値のパケットスタートコードプリフィックスが設けられ、これに続いて、ストリームを識別する８ビットのストリームＩＤや、ＰＥＳパケットの長さを示すＰＥＳパケットレングスが設けられる。さらに続いて、「１０」の固定パターン、２ビットのＰＥＳスクランブルコントロール、１ビットのＰＥＳプライオリティ、１ビットのデータアライメントインディケータ、１ビットのコピーライト、１ビットのオリジナル／コピーかの識別情報、２ビットのＰＴＳ及びＤＴＳフラグ、１ビットのＥＳＣＲフラグ、１ビットのＥＳレートフラグ、１ビットのＤＭＳトリックモードフラグ、１ビットのアディショナルコピーインフォメーションフラグ、１ビットのＰＥＳのＣＲＣフラグ、１ビットのＰＥＳエクステーションフラグが設けられる。
【００９４】
これらに続いて、８ビットのＰＥＳヘッダデータレングスが設けられる。
さらに「１１０１」の固定パターンの後に、タイムスタンプであるＰＴＳの３２から３０が設けられ、これに続いて１ビットのマーケットビットが設けられる。そして、これに続く１５ビットにタイムスタンプであるＰＴＳの２９から１５が設けられ、これに、１ビットのマーケットビットが付加される。更にこれに続く１５ビットにＰＴＳの１４から０が設けられ、これに、１ビットのマーケットビットが付加される。
【００９５】
１９バイト目から２０バイト目のデータヘッダには、８ビットのデータタイプと、６ビットのデータトランスミッションタイプと、２ビットのタグが設けられる。データタイプには、伝送するデータのタイプが記述される。データトランスミッションタイプには、データの伝送路のタイプ、例えば衛星放送、地上波放送等が記述される。タグには、データヘッダの後に、アディショナルヘッダがあるか否かが記述される。例えば、タグが「００」ならデータヘッダの後にデータが続き、「０１」ならデータヘッダの後にアディショナルヘッタが続くことが示され、「１０」ならアディショナルヘッダがＰＥＳパケットの中で複数回数あることが示される。
【００９６】
２１バイト目から１８８バイト目は、データボディとされ、ここに、ＡＴＲＡＣのデータが配置される。ＡＴＲＡＣデータの配置は、図１３に示すようになっている。
【００９７】
図１３に示すように、データボディの２１バイト目の最初の４ビットには、ＦＤＦフィールドレングスが設けられ、次の４ビットにはオーディオデータタイプ１が設けられる。ＦＤＦフィールドレングスはＦＤＦフィールドの長さを示すものである。オーディオデータタイプ１は、オーディオタイプを定義（例えばＡＴＲＡＣ）するためのものである。これに続いて、オーディオデータタイプ２が設けられる。このオーディオデータタイプ２は、データタイプの中での分類が定義される（例えば、ＡＴＲＡＣ１、ＡＴＲＡＣ２）。次に、１ビットのコピーライト、１ビットのオリジナル／コピー、１ビットのステレオ／モノ、１ビットのエンファシスが設けられる。
【００９８】
これに続いて、１ビットのデータスタートインディケータと、１ビットのデータエンドインディケータと、３ビットのＰＥＳデータカウンタが設けられる。
データスタートインディケータは、伝送中のデータが楽曲データの最初のＰＥＳパケットであることを示している。つまり楽曲の先頭となるＡＴＲＡＣデータが含まれているＰＥＳにおける８個のＴＳパケットにおいては、データスタートインディケータ＝「１」とされる。
データエンドインディケータは、伝送中のデータが楽曲の最後のＰＥＳパケットであることを示している。つまり楽曲の終端となるＡＴＲＡＣデータが含まれているＰＥＳにおける８個のＴＳパケットにおいては、データエンドインディケータ＝「１」とされる。
【００９９】
ＰＥＳデータカウンタは、ＰＥＳを伝送する８つのＴＳパケットの中で何番目かを示している。
これに続く３ビットはリザーブとされているが、次の２４ビットは、プレゼントＰＥＳナンバとされている。このプレゼントＰＥＳナンバには、伝送中のデータが何番目のＰＥＳパケットであるかが示される。
従って、プレゼントＰＥＳナンバと、ＰＥＳデータカウンタにより、ＴＳパケット単位での連続性が判断できる。これはＴＳパケットにのせられるＡＴＲＡＣデータの連続性が判断できることを意味する。
【０１００】
２７バイト目から２８バイト目は、リザーブとされて、その次の２８バイト目にはＡＴＲＡＣデータに対するチェックサム（ＣＲＣエラー検出コード）が設けられる。
そして、３０バイト目から１８８バイト目には、１５９バイト分のＡＴＲＡＣデータが配列される。
【０１０１】
２９バイト目のＡＴＲＡＣデータチェックサムとＡＴＲＡＣデータの関係を図１４に示す。ＡＴＲＡＣデータチェックサムによる計算の仕方は次のようになる。
図示するようにＡＴＲＡＣデータチェックサムの各ビットの値をＣＳ［０］〜ＣＳ［７］とし、また１５９バイトのＡＴＲＡＣデータの最初のバイトの値をＡＴ[0][0]、最初のバイトの値をＡＴ[158][7]とすると、
ＣＳ［０］＾ＡＴ[0][0]＾ＡＴ[1][0]＾・・・＾ＡＴ[158][0]＝ＳＵＭ［０］
ＣＳ［１］＾ＡＴ[0][1]＾ＡＴ[1][1]＾・・・＾ＡＴ[158][1]＝ＳＵＭ［１］
・・・・
ＣＳ［７］＾ＡＴ[0][7]＾ＡＴ[1][7]＾・・・＾ＡＴ[158][7]＝ＳＵＭ［７］
としたときに、
ＳＵＭ［０］〜ＳＵＭ［７］＝０ｘ００
となるようにＣＳ［０］〜ＣＳ［７］の値を設定するものである。
【０１０２】
このようにＡＴＲＡＣデータに対するチャックサムを設けることで、ＩＲＥ１２側やストレージデバイス１３側においてダウンロードするＡＴＲＡＣデータの信頼性をチェックできる。
【０１０３】
以上のようにＴＳパケットには、１５９バイトのＡＴＲＡＣのデータが配置されると共に、固有情報が定義されて、ＦＤＦに挿入される。ＦＤＦの領域は、アディショナルデータヘッダ、ＡＴＲＡＣデータ、ＦＤＦのデータを受信する際に、機器の信号処理をしやすくするために、ＴＳパケットの固定の位置に配置される。
【０１０４】
そしてＦＤＦを解析することにより、１つのＴＳパケット中のデータが伝送しようとしている楽曲中のどのデータであるかを解析することがてきる。これにより、伝送中何等かの理由によりエラーが発生し、あるパケットが正しく受信できなかった場合も、どのデータが抜けたかを検出することが可能となる。また、データスタートインディケータ、データエンドインディケータを検出するとで、そのデータが楽曲の最初又は最後であることが検出できる。このデータを利用して、ストレージデバイス１３でダウンロードを行う時に、記録開始位置又は記録終了位置を簡単に検出することができる。
【０１０５】
１−６．ＩＲＤ
続いて、受信設備３に備えられるＩＲＤ１２の一構成例について図１５を参照して説明する。
【０１０６】
この図に示すＩＲＤ１２において、入力端子Ｔ１には、パラボラアンテナ１１のＬＮＢ１５により所定の周波数に変換された受信信号を入力してチューナ／フロントエンド部５１に供給する。
チューナ／フロントエンド部５１では、ＣＰＵ(Central Processing Unit)８０からの伝送諸元等を設定した設定信号に基づいて、この設定信号により決定されるキャリア（受信周波数）を受信して、例えばビタビ復調処理や誤り訂正処理等を施すことで、トランスポートストリームを得るようにされる。
チューナ／フロントエンド部５１にて得られたトランスポートストリームは、デスクランブラ５２に対して供給される。また、チューナ／フロントエンド部５１では、トランスポートストリームからＰＳＩのパケットを取得し、その選局情報を更新すると共に、トランスポートストリームにおける各チャンネルのコンポーネントＰＩＤを得て、例えばＣＰＵ８０に伝送する。ＣＰＵ８０では、取得したＰＩＤを受信信号処理に利用することになる。
【０１０７】
デスクランブラ５２では、ＩＣカード６５に記憶されているデスクランブルキーデータをＣＰＵ８０を介して受け取ると共に、ＣＰＵ８０によりＰＩＤが設定される。そして、このデスクランブルキーデータとＰＩＤとに基づいてデスクランブル処理を実行し、トランスポート部５３に対して伝送する。
【０１０８】
トランスポート部５３は、デマルチプレクサ７０と、例えばＤＲＡＭ等により構成されるキュー（Queue）７１とからなる。キュー（Queue）７１は、モジュール単位に対応した複数のメモリ領域が列となるようにして形成されているものとされ、例えば本例では、３２列のメモリ領域が備えられる。つまり、最大で３２モジュールの情報を同時に格納することができる。
【０１０９】
デマルチプレクサ７０の概略的動作としては、ＣＰＵ８０のＤｅＭＵＸドライバ８２により設定されたフィルタ条件に従って、デスクランブラ５２から供給されたトランスポートストリームから必要なトランスポートパケットを分離し、必要があればキュー７１を作業領域として利用して、先に図７（ｅ）〜（ｈ）により示したような形式のデータを得て、それぞれ必要な機能回路部に対して供給する。
デマルチプレクサ７０にて分離されたＭＰＥＧビデオデータは、ＭＰＥＧ２ビデオデコーダ５５に対して入力され、ＭＰＥＧオーディオデータは、ＭＰＥＧオーディオデコーダ５４に対して入力される。これらデマルチプレクサ７０により分離されたＭＰＥＧビデオ／オーディオデータの個別パケットは、上述したＰＥＳ(Packetized Elementary Stream)と呼ばれる形式でそれぞれのデコーダに入力される。
【０１１０】
また、トランスポートストリームにおけるＭＨＥＧコンテンツのデータについては、デマルチプレクサ７０によりトランスポートストリームからトランスポートパケット単位で分離抽出されながらキュー７１の所要のメモリ領域に書き込まれていくことで、モジュール単位にまとめられるようにして形成される。そして、このモジュール単位にまとめられたＭＨＥＧコンテンツのデータは、ＣＰＵ８０の制御によってデータバスを介して、メインメモリ９０内のＤＳＭ−ＣＣバッファ９１に書き込まれて保持される。
【０１１１】
また、トランスポートストリームにおける４倍速ＡＴＲＡＣデータ（圧縮オーディオデータ）も、例えばトランスポートパケット単位で必要なデータがデマルチプレクサ７０により分離抽出されてＩＥＥＥ１３９４インターフェイス６０に対して出力される。また、ＩＥＥＥ１３９４インターフェイス６０を介した場合には、オーディオディオデータの他、ビデオデータ及び各種コマンド信号等を送出することも可能とされる。
【０１１２】
なお、図６で説明したように４倍速ＡＴＲＡＣデータとして４倍速ＡＴＲＡＣ（１）〜（１０）というように例えば１０曲分のデータが同時的に受信されるわけであるが、例えばその中の特定の楽曲をストレージデバイス１３においてダウンロードさせる場合には、そのダウンロード対象の曲としてのＡＴＲＡＣデータのみがＩＥＥＥ１３９４インターフェイス６０からストレージデバイス１３に出力されることになる。
即ち或る曲のダウンロードが実行される際には、ＣＰＵ８０はその楽曲のＡＴＲＡＣデータのみを抽出して出力するようにＩＥＥＥ１３９４インターフェイス６０に指示制御を行うことになる。
【０１１３】
ＰＥＳとしての形式によるＭＰＥＧビデオデータが入力されたＭＰＥＧ２ビデオデコーダ５５では、メモリ５５Ａを作業領域として利用しながらＭＰＥＧ２フォーマットに従って復号化処理を施す。復号化されたビデオデータは、表示処理部５８に供給される。
【０１１４】
表示処理部５８には、上記ＭＰＥＧ２ビデオデコーダ５５から入力されたビデオデータと、後述するようにしてメインメモリ９０のＭＨＥＧバッファ９２にて得られるデータサービス用のＧＵＩ画面等のビデオデータが入力される。表示処理部５８では、このようにして入力されたビデオデータについて所要の信号処理を施して、所定のテレビジョン方式によるアナログオーディオ信号に変換してアナログビデオ出力端子Ｔ２に対して出力する。
これにより、アナログビデオ出力端子Ｔ２とモニタ装置１４のビデオ入力端子とを接続することで、例えば先に図４に示したような表示が行われる。
【０１１５】
また、ＰＥＳによるＭＰＥＧオーディオデータが入力されるＭＰＥＧ２オーディオデコーダ５４では、メモリ５４Ａを作業領域として利用しながらＭＰＥＧ２フォーマットに従って復号化処理を施す。復号化されたオーディオデータは、Ｄ／Ａコンバータ５６及び光デジタル出力インターフェイス５９に対して供給される。
【０１１６】
Ｄ／Ａコンバータ５６では、入力されたオーディオデータについてアナログ音声信号に変換してスイッチ回路５７に出力する。スイッチ回路５７では、アナログオーディオ出力端子Ｔ３又はＴ４の何れか一方に対してアナログ音声信号を出力するように信号経路の切換を行う。
ここでは、アナログオーディオ出力端子Ｔ３はモニタ装置１４の音声入力端子と接続されるために設けられているものとされる。また、アナログオーディオ出力端子Ｔ４はダウンロードした楽曲をアナログ信号により出力するための端子とされる。
また、光デジタル出力インターフェイス５９では、入力されたデジタルオーディオデータを光デジタル信号に変換して出力する。この場合、光デジタル出力インターフェイス５９は、例えばＩＥＣ９５８に準拠する。
【０１１７】
メインメモリ９０は、ＣＰＵ８０が各種制御処理を行う際の作業領域として利用されるものである。そして、本例では、このメインメモリ９０において、前述したＤＳＭ−ＣＣバッファ９１と、ＭＨＥＧバッファ９２としての領域が割り当てられるようになっている。
ＭＨＥＧバッファ９２には、ＭＨＥＧ方式によるスクリプトの記述に従って生成された画像データ（例えばＧＵＩ画面の画像データ）を生成するための作業領域とされ、ここで生成された画像データはバスラインを介して表示処理部５８に供給される。
【０１１８】
ＣＰＵ８０は、ＩＲＤ１２における全体制御を実行する。このなかには、デマルチプレクサ７０におけるデータ分離抽出についての制御も含まれる。
また、獲得したＭＨＥＧコンテンツのデータについてデコード処理を施すことで、スクリプトの記述内容に従ってＧＵＩ画面（シーン）を構成して出力するための処理も実行する。
【０１１９】
このため、本例のＣＰＵ８０としては、集中的に主たる制御処理を実行する制御処理部８１に加え、例えば少なくとも、ＤｅＭＵＸドライバ８２、ＤＳＭ−ＣＣデコーダブロック８３、及びＭＨＥＧデコーダブロック８４が備えられる。本例では、このうち、少なくともＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧデコーダブロック８４については、ソフトウェアにより構成される。
ＤｅＭＵＸドライバ８２は、入力されたトランスポートストリームのＰＩＤに基づいてデマルチプレクサ７０におけるフィルタ条件を設定する。
ＤＳＭ−ＣＣデコーダブロック８３では、ＤＳＭ−ＣＣバッファ９１に格納されているモジュール単位のデータについて、ＭＨＥＧコンテンツのデータに再構築する。
ＭＨＥＧデコーダブロック８４は、ＤＳＭ−ＣＣデコーダブロック８３により得られたＭＨＥＧコンテンツのデータに基づいてデコード処理を行う。つまり、そのＭＨＥＧコンテンツのスクリプトファイルにより規定されているオブジェクト間の関係を実現していくことで、シーンを形成するものである。この際、シーンとしてＧＵＩ画面を形成するのにあたっては、ＭＨＥＧバッファ９２を利用して、ここで、スクリプトファイルの内容に従ってＧＵＩ画面の画像データを生成するようにされる。
【０１２０】
ＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧデコーダブロック８４間のインターフェイスには、Ｕ−Ｕ ＡＰＩが採用される。
Ｕ−Ｕ ＡＰＩは、ＤＳＭ Ｍａｎａｇｅｒオブジェクト（ＤＳＭの機能を実現するサーバオブジェクト）にアクセスするためのインターフェイスであり、これにより、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ，Ｄｉｒｅｃｔｏｒｙ，Ｆｉｌｅ，Ｓｔｒｅａｍ，Ｓｔｒｅａｍ Ｅｖｅｎｔなどのオブジェクトに対する操作を行う。
クライアントオブジェクトは、このＡＰＩを使用することによって、これらのオブジェクトに対して操作を行うことができる。
【０１２１】
ここで、ＣＰＵ８０の制御によりトランスポートストリームから１シーンを形成するのに必要な目的のオブジェクトを抽出するための動作例について説明しておく。
【０１２２】
ＤＳＭ−ＣＣでは、トランスポートストリーム中のオブジェクトの所在を示すのにＩＯＲ(Interoperable Object Reference)が使用される。ＩＯＲには、オブジェクトを見つけ出すための力ルーセルに対応する識別子、オブジェクトの含まれるモジュールの識別子（以下ｍｏｄｕｌｅ＿ｉｄと表記）、１つのモジュール中でオブジェクトを特定する識別子（以下ｏｂｊｅｃｔ＿ｋｅｙと表記）のほかに、オブジェクトの含まれるモジュールの情報を持つＤＩＩを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。
また、モジュール情報を持つＤＩＩには、１つ以上のモジュールそれぞれについてのｍｏｄｕｌｅ＿ｉｄ、モジュールの大きさ、バージョンといった情報と、そのモジュールを識別するためのタグ（ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇ）情報を含んでいる。
【０１２３】
トランスポートストリームから抜き出されたＩＯＲがＣＰＵ８０において識別された場合に、そのＩＯＲで示されたオブジェクトを受信、分離して得るプロセスは、例えば次のようになる。
（Ｐｒ１） ＣＰＵ８０のＤｅＭＵＸドライバ８２では、ＩＯＲのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値を持つエレメンタリーストリーム（以下ＥＳと表記）を、カルーセルにおけるＰＭＴのＥＳループから探し出してＰＩＤを得る。このＰＩＤを持つＥＳにＤＩＩが含まれていることになる。
（Ｐｒ２） このＰＩＤとｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎとをフィルタ条件としてデマルチプレクサ７０に対して設定する。これにより、デマルチプレクサ７０では、ＤＩＩを分離してＣＰＵ８０に対して出力する。
（Ｐｒ３） ＤＩＩの中で、先のＩＯＲに含まれていたｍｏｄｕｌｅ＿ｉｄに相当するモジュールのａｓｓｏｃｉａｔｉｏｎ＿ｔａｇを得る。
（Ｐｒ４） 上記ａｓｓｏｃｉａｔｉｏｎ＿ｔａｇと同じ値を有するＥＳを、ＰＭＴのＥＳループ（カルーセル）から探し出し、ＰＩＤを得る。このＰＩＤを有するＥＳに目的とするモジュールが含まれる。
（Ｐｒ５） 上記ＰＩＤとｍｏｄｕｌｅ＿ｉｄとをフィルタ条件として設定して、デマルチプレクサ７０によるフィルタリングを行う。このフィルタ条件に適合して分離抽出されたトランスポートパケットがキュー７１の所要のメモリ領域（列）に格納されていくことで、最終的には、目的のモジュールが形成される。
（Ｐｒ６） 先のＩＯＲに含まれていたｏｂｊｅｃｔ＿ｋｅｙに相当するオブジェクトをこのモジュールから抜き出す。これが目的とするオブジェクトになる。このモジュールから抜き出されたオブジェクトは、例えば、ＤＳＭ−ＣＣバッファ９１の所定の領域に書き込みが行われる。
例えば、上記動作を繰り返し、目的とするオブジェクトを集めてＤＳＭ−ＣＣバッファ９１に格納していくことで、必要とされるシーンを形成するＭＨＥＧコンテンツが得られることになる。
【０１２４】
マンマシンインターフェイス６１では、リモートコントローラ６４から送信されてきたコマンド信号を受信してＣＰＵ８０に対して伝送する。ＣＰＵ８０では、受信したコマンド信号に応じた機器の動作が得られるように、所要の制御処理を実行する。
【０１２５】
ＩＣカードスロット６２にはＩＣカード６５が挿入される。そして、この挿入されたＩＣカード６５に対してＣＰＵ８０によって情報の書き込み及び読み出しが行われる。
【０１２６】
モデム６３は、電話回線４を介して課金サーバ５と接続されており、ＣＰＵ８０の制御によってＩＲＤ１２と課金サーバ５との通信が行われるように制御される。
【０１２７】
またＣＰＵ８０が必要な情報を或る程度長期間保持しておくために、不揮発性メモリ６８が設けられる。この不揮発性メモリ６８には、電源オフにより消失されることが適切でない情報が記憶される。例えば各種制御係数の初期値、設定値などが記憶される。また本例の場合は接続される機器の情報を保持する接続機器ＩＤテーブルが、この不揮発性メモリ６８に保持されることになる。
【０１２８】
タイマ６９は、いわゆる時計としての機能であり、現在日時としての年月日時分秒を計数する。例えばダウンロードの予約動作のためなどに用いられる。
【０１２９】
また、ストレージデバイス１３に対する接続に関して、制御データやコマンドの授受については上記ＩＥＥＥ１３９４インターフェース６０を介して実行できるが、もちろんそれはストレージデバイス１３側がＩＥＥＥ１３９４に対応している機器である場合である。
もちろんＩＥＥＥ１３９４に対応してないストレージデバイス１３も存在し、そのような機器が接続される場合もあるが、そのような場合には外部バスライン等を構成するコントロールラインインターフェース６７や、赤外線インターフェース６６により、コマンド等の通信を行うことができるようにしている。
コントロールラインインターフェース６７により、ＩＲＤ１２とストレージデバイス１３の間の双方向コマンド通信を可能とできる。また、例えば接続される機器が赤外線リモートコマンダーに対応している場合は、その機器に応じたデータ形態の赤外線コマンドを赤外線インターフェース６６から出力することで、接続機器の制御を行うことができる。この赤外線インターフェイスの場合にも、ストレージデバイス１３側が赤外線出力可能とされることで双方向通信を実行することもできる。
【０１３０】
なお、ＩＥＥＥ１３９４に対応してないストレージデバイス１３に対するオーディオデータの出力は、ＡＴＲＡＣ形態ではなく、ベースバンド信号として、光デジタル出力インターフェイス５９もしくはアナログオーディオ出力端子Ｔ４から行われることになる。
【０１３１】
ここで、上記構成によるＩＲＤ１２におけるビデオ／オーディオソースの信号の流れを、図４により説明した表示形態に照らし合わせながら補足的に説明する。
図４（ａ）に示すようにして、通常の番組を出力する場合には、入力されたトランスポートストリームから必要な番組のＭＰＥＧビデオデータとＭＰＥＧオーディオデータとが抽出されて、それぞれ復号化処理が施される。そして、このビデオデータとＭＰＥＧオーディオデータが、それぞれアナログビデオ出力端子Ｔ２と、アナログオーディオ出力端子Ｔ３に出力されることで、モニタ装置１４では、放送番組の画像表示と音声出力が行われる。
【０１３２】
また、図４（ｂ）に示したＧＵＩ画面を出力する場合には、入力されたトランスポートストリームから、このＧＵＩ画面（シーン）に必要なＭＨＥＧコンテンツのデータをトランスポート部５３により分離抽出してＤＳＭ−ＣＣバッファ９１に取り込む。そして、このデータを利用して、前述したようにＤＳＭ−ＣＣデコーダブロック８３及びＭＨＥＧデコーダブロック８４が機能することで、ＭＨＥＧバッファ９２にてシーン（ＧＵＩ画面）の画像データが作成される。そして、この画像データが表示処理部５８を介してアナログビデオ出力端子Ｔ２に供給されることで、モニタ装置１４にはＧＵＩ画面の表示が行われる。
【０１３３】
また、図４（ｂ）に示したＧＵＩ画面上で楽曲のリスト２１Ｂにより楽曲が選択され、その楽曲のオーディオデータを試聴する場合には、この楽曲のＭＰＥＧオーディオデータがデマルチプレクサ７０により得られる。そして、このＭＰＥＧオーディオデータが、ＭＰＥＧオーディオデコーダ５４、Ｄ／Ａコンバータ、スイッチ回路５７、アナログオーディオ出力端子Ｔ３を介してアナログ音声信号とされてモニタ装置１４に対して出力される。
【０１３４】
また、図４（ｂ）に示したＧＵＩ画面上でダウンロードボタン２８が押されてオーディオデータをダウンロードする場合には、ダウンロードすべき楽曲のオーディオデータがデマルチプレクサ７０により抽出されてアナログオーディオ出力端子Ｔ４、光デジタル出力インターフェイス５９、またはＩＥＥＥ１３９４インターフェイス６０に出力される。
【０１３５】
ここで、特にＩＥＥＥ１３９４インターフェイス６０に対して、図２に示したＩＥＥＥ１３９４対応のＭＤレコーダ１３Ａが接続されている場合には、デマルチプレクサ７０ではダウンロード楽曲の４倍速ＡＴＲＡＣデータが抽出され、ＩＥＥＥ１３９４インターフェイス６０を介してＭＤレコーダ１３Ａに装填されているディスクに対して記録が行われる。また、この際には、例えばＪＰＥＧ方式で圧縮されたアルバムジャケットの静止画データ、歌詞やアーティストのプロフィールなどのテキストデータもデマルチプレクサ７０においてトランスポートストリームから抽出され、ＩＥＥＥ１３９４インターフェイス６０を介してＭＤレコーダ１３Ａに転送される。ＭＤレコーダ１３Ａでは、装填されているディスクの所定の領域に対して、これら静止画データ、テキストデータを記録することができるようになっている。
【０１３６】
ところで、以上のようにＤＳＭ−ＣＣ方式を伝送規格として採用した本例のデジタル衛星放送システムでは、受信装置、つまりＩＲＤ１２のタイプとして、受信バッファの構成の点から２種類に分けることができる。
【０１３７】
１つは、ＩＲＤ１２が、データサービス（ＧＵＩ画面表示出力）対応のフラッシュメモリやハードディスクドライバなどの大容量の受信バッファを有する構成のものである。このような構成では、放送されているデータサービス（ＭＨＥＧコンテンツ）全体を一度に受信して、受信バッファに保持させる。これにより、一旦データサービスを受信して取り込んだ後は、ＭＨＥＧによるどのシーン（ＧＵＩ画面）についても、メモリアクセスの待ち時間のみ待機するだけで即座に表示出力させることが可能になる。つまり、ＧＵＩ画面（シーン）の切換のための操作をユーザが行ったような場合にも、次のシーンがほぼ直ぐさま表示されることになる。
このような場合、デマルチプレクサのフィルタ条件の切り換えによる多少のオーバーヘッドは、ＧＵＩ画面の表示に関しては特に問題となるものではない。
【０１３８】
もう１つは、ＩＲＤのコストを下げるなどの理由から、上記のような大容量の受信バッファを持たないものである。先に説明した本例のＩＲＤ１２がこれに相当する。この場合、データ放送サービス全体のデータをバッファリングすることができず、データ放送のデータを受信する受信単位であるモジュールのいくつかがバッファリングできるだけの受信バッファしか持たない。図１５に示したＩＲＤ１２では、この受信バッファはキュー７１に相当し、前述のようにモジュールがバッファリングできるメモリ領域が３２列設けられているのみである。
このようなＩＲＤでは、逆に言えば、モジュ−ルの大きさは受信機のバッファメモリーサイズを上回ることはできない。このため、データサービス全体がいくつかのモジュールの集合で構成されることになり、その時々で表示に必要なモジュールだけを受信するなどの手順が必要になってくる。
前述したオブジェクトを抽出するための手順（Ｐｒ１）〜（Ｐｒ６）は、このような大容量の受信バッファを有さないＩＲＤの構成に対応したものである。
【０１３９】
ここで、図１６に、ＭＨＥＧ方式に則ったデータサービスとしてのファイル（ＭＨＥＧ ａｐｐｌｉｃａｔｉｏｎ ｆｉｌｅ）のディレクトリ構造例を示す。前述したようにオブジェクトカルーセル方式は、このディレクトリ構造を扱えることに特徴を有する。
通常、Ｓｅｒｖｉｃｅ Ｄｏｍａｉｎの入り口となる（ＭＨＥＧ ａｐｐｌｉｃａｔｉｏｎ ｆｉｌｅ）は、必ず、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙの直下にある、ａｐｐ０／ｓｔａｒｔｕｐというファイルとなる。
基本的には、Ｓｅｒｖｉｃｅ Ｄｏｍａｉｎ（Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙ）の下にａｐｐｌｉｃａｔｉｏｎ ｄｉｒｅｃｔｏｒｙ（ａｐｐ０，ａｐｐ１・・・ａｐｐＮ）があり、その下にｓｔａｒｔｕｐといわれるアプリケーション・ファイルと、ａｐｐｌｉｃａｔｉｏｎを構成する各ｓｃｅｎｅのｄｉｒｅｃｔｏｒｙ（ｓｃｅｎｅ０，ｓｃｅｎｅ１・・・）があるようにされる。更にｓｃｅｎｅ ｄｉｒｅｃｔｏｒｙの下には、ＭＨＥＧ ｓｃｅｎｅ ｆｉｌｅとｓｃｅｎｅを構成する各ｃｏｎｔｅｎｔ ｆｉｌｅがおかれることとしている。
【０１４０】
上記図１６のディレクトリ構造を前提として、例えば或るデータサービスにおいて、データサービスの最初にアクセスすべきアプリケーションがＳｅｒｖｉｃｅ Ｇａｔｅｗａｙ／ａｐｐ０／ｓｔａｒｔｕｐというファイルで、最初のシーンがｓｃｅｎｅｄｉｒ０に含まれる静止画やテキストのファイルで構成されているとする。
そして、このようなデータサービスについてＩＲＤにより受信を開始したとすれば、次のような手順となる。
（Ｐｒ１１） ＰＭＴを参照して所望のデータサービスのＰＩＤを取得し、そのＰＩＤとｔａｂｌｅ＿ｉｄとｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎをフイルタ条件としてデマルチプレクサでフィルタリングを行い、ＤＳＩを得る。このＤＳＩにはＳｅｒｖｉｃｅ ＧａｔｅｗａｙオブジェクトのＩＯＲが書かれている。
（Ｐｒ１２） このＩＯＲから、先に説明したオブジェクト抽出手順（Ｐｒ１）〜（Ｐｒ６）でＳｅｒｖｉｃｅ Ｇａｔｅｗａｙオブジェクトを得る。
【０１４１】
Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙオブジェクトとディレクトリ・オブジェクトの２種類のＢＩＯＰメッセージの中には、そのディレクトリ直下のオブジェクトの名称、所在（ｌＯＲ）、オブジェクトの種類といった情報が、ｂｉｎｄｉｎｇという属性情報として入っている。従ってオブジェクトの名称が与えられると、Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙから始まってディレクトリをーつづつ下にたどりながら、その名称のオブジェクトに行き着くことができる（同じ名称のオブジェクトが存在する場合は、違うところまで上位のバス名が必要になる）。そして、さらに次に示す手順に進む。
【０１４２】
（Ｐｒ１３） Ｓｅｒｖｉｃｅ Ｇａｔｅｗａｙオブジェクトのｂｉｎｄｉｎｇ情報からａｐｐ０オブジェクトのＩＯＲを得て、オブジェクト抽出手順（Ｐｒ１）〜（Ｐｒ６）によりａｐｐ０オブジェクトを得る。
（Ｐｒ１４） ａｐｐ０オブジェクトのｂｉｎｄｉｎｇ情報からｓｔａｒｔｕｐオブジェクトのＩＯＲを得て、オブジェクト抽出手順（Ｐｒ１）〜（Ｐｒ６）でｓｔａｒｔｕｐオブジェクトを得る。以下同様に最初のシーンであるｓｃｅｎｅｄｉｒ０オブジェクトなどを得る。
【０１４３】
１−７．ＭＤレコーダ
図１７はストレージデバイス１３となるＭＤレコーダの構成例を示している。
ディスク１０１は、例えば、カートリッジに収納された直径６４ｍｍの光磁気ディスクからなるＭＤである。装填されたディスク１０１はスピントルモータ１０２により所定ＣＬＶ速度の状態で回転される。またディスク１０１に対しては、光学ヘッド１０３と磁気ヘッド１２１が記録面に対してそれぞれ両側から対向した状態に配される。光学ヘッド１０３には、レーザ光を出力するためのレーザダイオード、偏光ビームスプリッタや対物レンズからなる光学系、反射光を検出するためのディテクタなどが搭載されている。対物レンズ１０３ａは、２軸デバイス１０４によりディスクの半径方向及びディスクに接離する方向に変位可能に保持されている。光学ヘッド１０３及び磁気ヘッド１２１全体は、スレッド機構１０５によりディスクの半径方向に移動可能とされている。
【０１４４】
光学ヘッド１０３によりディスク１０１から検出された情報は、ＲＦアンプ１０７に供給される。ＲＦアンプ１０７からは、光学ヘッド１０３の各ディテクタの出力を演算処理することにより、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、ウォブル記録されている絶対位置情報等が抽出される。このうちで、再生ＲＦ信号は、ＥＦＭ（Eight To Fourteen Modulation）及びＡＣＩＣＲ（Advanced Cross Interleave Reed-Solomon Code ）エンコーダ／デコーダ部１０８に供給される。また、ＲＦアンプ１０７からのトラッキングエラー信号、フォーカスエラー信号は、サーボ回路１０９に供給され、絶対位置情報は、アドレスデコーダ１１０に供給されてデコードされ、絶対位置アドレスとして出力される。
【０１４５】
サーボ回路１０９は、トラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１１からのトラックジャンプ指令、アクセス指令、スピンドルモータ１０２の回転速度検出情報等により各種のサーボ駆動信号を発生させ、２軸デバイス１０４及びスレッド機構１０５を制御して、フォーカス及びトラッキング制御を行う。
全体動作は、システムコントローラ１１１により管理されている。システムコントローラ１１１には、操作部１１９から入力が与えられる。
【０１４６】
入力端子１２２から入力されるオーディオ信号（アナログオーディオ信号）を記録する場合には、そのアナログオーディオ信号がＡ／Ｄコンバータ１２３に供給される。そしてＡ／Ｄコンバータ１２３で、このオーディオ信号がディジタル化された後、音声圧縮エンコーダ／デコータ１１４に供給される。そして音声圧縮エンコーダ／デコータ１１４で、このオーディオデータがＡＴＲＡＣ方式で圧縮される。
なお、入力端子１２２はいわゆるアナログライン入力用であり、例えば上記ＩＲＤ１２の端子Ｔ４と接続されることで、ＩＲＤ１２からのオーディオ信号を入力できる。
【０１４７】
音声圧縮エンコーダ／デコーダ１１４でＡＴＲＡＣ圧縮されたデータは、メモリコントローラ１１２の制御の基に、一旦、ＲＡＭ１３に書き込まれ、そして、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオーディオデータにエラー訂正符号が付加され、更に、このデータがＥＦＭ変調される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力がヘッド駆動回路１２４を介して、磁気ヘッド１２１に供給される。このとき、光学ヘッド１０３からは、ディスクにデータを書き込むために、高レベルのレーザビームが照射される。これにより、ディスク１０１に、ＡＴＲＡＣで圧縮されるたオーディオデータが記録される。
【０１４８】
また、このＭＤレコーダでは、ＡＴＲＡＣ方式のデータを直接入力して記録することが可能である。ＡＴＲＡＣのデータは、例えば、ＩＥＥＥ１３９４インターフェース１２５を介して入力される。
即ち上述したＩＲＤ１２のＩＥＥＥ１３９４インターフェース６０と、このＩＥＥＥ１３９４インターフェース１２５が接続されている場合、ダウンロードのために４倍速ＡＴＲＡＣデータが供給されることになる。
【０１４９】
ＩＥＥＥ１３９４インターフェース１２５からのＡＴＲＡＣのデータは、ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８に供給される。ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８で、このオーディオデータにエラー訂正符号の付加、ＥＦＭ変調が施される。そしてＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８の出力がヘッド駆動回路１２４を介して、磁気ヘッド１２１に供給される。そしてこのとき同様に、光学ヘッド１０３からは、ディスクにデータを書き込むために高レベルのレーザビームが照射され、これにより、ディスク１０１に、ＡＴＲＡＣで圧縮されたオーディオデータが記録される。
【０１５０】
また光デジタル入力インターフェース１２８が設けられる。
例えばＩＥＣ９５８による光デジタル入力インターフェース１２８が設けられる場合は、上記ＩＲＤ１２の光デジタル出力インターフェース５９や、他の機器の光デジタル出力インターフェースと接続されることで、デジタルオーディオデータの入力が行われる。
なおその場合は、いわゆるＡＴＲＡＣデータ形態ではないので、入力されたデジタルオーディオデータは音声圧縮エンコーダ／デコーダ１１４でＡＴＲＡＣ形式で圧縮処理された後、ＲＡＭ１１３，ＥＦＭ及びＡＣＩＲＣエンコーダ／デコーダ１０８を介して記録データとされる。
【０１５１】
ディスク１０１からの再生時には、光学ヘッド１０３により、ディスク１０１の記録信号が読み出される。この光学ヘッド１０３の出力は、ＲＦアンプ１０７に供給され、ＲＦアンプ１０７からは、再生ＲＦ信号が得られる。この再生ＲＦ信号は、２値化回路１０６を介して、ＥＦＭ及びＡＣＩＲＣデコーダ１０８に供給される。そしてＥＦＭ及びＡＣＩＲＣデコーダ１０８で、再生ＲＦ信号に対して、ＥＦＭ復調処理、ＡＣＩＲＣによるエラー訂正処理が行われる。
【０１５２】
ＥＦＭ及びＡＣＩＲＣデコーダ１０８の出力は、メモリコントローラ１１２の制御のもとに、一旦、ＲＡＭ１１３に書き込まれる。なお、光学ヘッド１０３による光磁気ディスク１０１からのデータの読み取り及び光学ヘッド１０３からＲＡＭ１１３までの系における再生データの転送は、１．４１Ｍｂｉｔ／ｓｅｃで、しかも、間欠的に行われる。
【０１５３】
ＲＡＭ１１３に書き込まれたデータは、再生データの転送が０．３Ｍｂｉｔ／ｓｅｃとなるタイミングで読み出され、音声圧縮エンコーダ／デコータ１１４に供給される。そしてＡＴＲＡＣ方式の圧縮に対する音声データの伸長処理が行われる。
【０１５４】
音声圧縮に対するデコードが行われたデータ、即ち量子化１６ビット、サンプリング周波数４４．１ＫＨｚの形態のデジタルオーディオデータは、Ｄ／Ａコンバータ１１５に供給され、アナログオーディオ信号に変換される。このアナログオーディオ信号が出力端子１１７から外部機器もしくはアンプ・スピーカ等の再生系に出力される。
【０１５５】
ここで、ＲＡＭ１１３へのデータの書込み／読出しは、メモリコントローラ１１２によって書込みポインタと読出しポインタの制御によりアドレス指定して行われるが、書込みポインタは１．４１Ｍｂｉｔ／ｓｅｃのタイミングでインクリメントされ、一方、読出しポインタは０．３Ｍｂｉｔ／ｓｅｃのタイミングでインクリメントされていく。この書込みと読出しのビットレートの差により、ＲＡＭ１１３内にある程度データが蓄積された状態となる。ＲＡＭ１１３内にフル容量のデータが蓄積された時点で、書込みポインタのインクリンメトは停止され、光学ヘッド１０３によるディスク１０１からのデータの読出し動作も停止される。但し、読出しポインタのインクリメントは継続して実行されているため、再生音声出力はとぎれることがない。
【０１５６】
その後、ＲＡＭ１１３から読出し動作のみが継続されていき、ある時点でＲＡＭ１１３内のデータ蓄積量が所定量以下となったとすると、再び光学ヘッド１１３によるデータ読出し動作及び書込みポインタのインクリメントが再開され、再びＲＡＭ１３のデータ蓄積がなされていく。
【０１５７】
このようにＲＡＭ１１３を介して再生オーディオ信号を出力することにより、例えば外乱等でトラッキングが外れた場合などでも、再生音声出力が中断してしまうことがなく、データ蓄積が残っているうちに例えば正しいトラッキング位置までアクセスしてデータ読出しを再開することで、再生出力に影響を与えずに、動作を続行できる。
【０１５８】
また記録時には、リアルタイムに入力されるデジタルオーディオ信号又はアナログオーディオ信号は、ＡＴＲＡＣ方式で圧縮された後、ＲＡＭ１１３に一旦蓄積され、その後所定タイミングで記録データとして処理されるべく読み出されていく。たとえば後述するクラスタという単位で読み出され、記録データとして処理される。そして、その処理過程（ＡＣＩＲＣ処理やＥＦＭ処理）では高速レートで処理することは可能である。ところがあくまでも入力は音楽に応じたリアルタイムであるため、例えば楽曲等のディスク１０１への記録にはその楽曲の演奏時間と同じだけの時間がかかることになる。
一方、ＩＲＤ１２から４倍速ＡＴＲＡＣ形式で楽曲データが供給される場合、例えば１つの楽曲としての入力自体が高速で完了することになり、当然その入力レートに応じて処理していけばよいため、ディスク１０１への記録（つまり楽曲等のダウンロード）は非常に短時間に完了できる。例えば演奏時間４分の楽曲であれば１分程度でダウンロードが完了できる。
【０１５９】
全体動作を制御するシステムコントローラ１１１に対する操作指示の入力部位としては、操作部１１９、赤外線インターフェース１２７が設けられる。
操作部１１９は各種操作キーやダイヤルとしての操作子が設けられる。操作子としては例えば、再生、録音、一時停止、停止、ＦＦ（早送り）、ＲＥＷ（早戻し）、ＡＭＳ（頭出しサーチ）などの記録再生動作にかかる操作子や、通常再生、プログラム再生、シャッフル再生などのプレイモードにかかるモード操作子、さらには表示部１２９における表示状態を切り換える表示モード操作のための操作子、トラック（プログラム）分割、トラック連結、トラック消去、トラックネーム入力、ディスクネーム入力などの編集操作のための操作子など設けられている。
これらの操作キーやダイヤルによる操作情報はシステムコントローラ１１に供給され、システムコントローラ１１は操作情報に応じた動作制御を実行することになる。
【０１６０】
また赤外線インターフェース１２７は、例えば専用の赤外線リモートコマンダーから出力された赤外線コマンド信号を受信／デコードし、システムコントローラ１１１に供給する。リモートコマンダーに操作部１１９と同様の操作キー等が設けられていることで、ユーザーはリモートコマンダーを使用して所要の操作を行うことができる。
また、上記のようにＩＲＤ１２が赤外線インターフェース６６から、当該ＭＤレコーダに対応するコマンド信号形態で赤外線コマンド信号を出力することで、ＩＲＤ１２がＭＤレコーダに対して、各種指示（例えば録音開始／停止、再生など）を行うことができる。
【０１６１】
さらに、コントロールラインインターフェース１２６が設けられる場合、ＩＲＤ１２のコントロールラインインターフェース６７と接続されることで、システムコントローラ１１１はＣＰＵ８０との間で各種データ通信を行うことができる。これによってＩＲＤ１２がＭＤレコーダに対して、各種指示（例えば録音開始／停止、再生など）を行うことができる。
なお、上述したようにＩＥＥＥ１３９４インターフェース接続される場合は、ＩＥＥＥ１３９４上でＡＴＲＡＣデータだけでなく各種制御コマンドも送受信できる。従って、コントロールラインインターフェース１２６や赤外線インターフェース１２７を介してＩＲＤ１２がＭＤレコーダを制御するのは、例えばＭＤレコーダがＩＥＥＥ１３９４に対応していない機種の場合に好適なものとなる。
【０１６２】
表示部１２９の表示動作はシステムコントローラ１１１によって制御される。
即ちシステムコントローラ１１１は表示動作を実行させる際に表示すべきデータを表示部１２９内の表示ドライバに送信する。表示ドライバは供給されたデータに基づいて液晶パネルなどによるディスプレイの表示動作を駆動し、所要の数字、文字、記号などの表示を実行させる。例えば記録／再生しているディスクの動作モード状態、トラックナンバ、記録時間／再生時間、編集動作状態等が示される。またディスク１０１には主データたるトラック（ＡＴＲＡＣデータとしての楽曲）に付随して管理される文字情報（トラックネーム等）が記録できるが、その文字情報の入力の際の入力文字の表示や、ディスクから読み出した文字情報の表示などが実行される。
また後述するＡＵＸファイルとしてのテキストデータやイメージデータをディスク１０１から読み出した場合は、その表示出力を表示部１２９において実行することができる。
【０１６３】
ところで、ディスク１０１に対して記録／再生動作を行なう際には、ディスク１０１に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出す必要がある。システムコントローラ１１１はこれらの管理情報に応じてディスク１０１上の記録すべきエリアのアドレスや、再生すべきエリアのアドレスを判別することとなる。この管理情報はＲＡＭ１１３に保持される。
そして、システムコントローラ１１１はこれらの管理情報を、ディスク１０１が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、ＲＡＭ１１３に記憶しておき、以後そのディスク１０１に対する記録／再生／編集動作の際に参照できるようにしている。
【０１６４】
また、Ｕ−ＴＯＣはデータの記録や各種編集処理に応じて書き換えられるものであるが、システムコントローラ１１１は記録／編集動作のたびに、Ｕ−ＴＯＣ更新処理をＲＡＭ１１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングでディスク１０１のＵ−ＴＯＣエリアについても書き換えるようにしている。
【０１６５】
またディスク１０１にはＡＴＲＡＣデータとしてのトラックとは別にＡＵＸデータファイルを記録することができる。そのＡＵＸデータファイルの管理のためにディスク１０１上にはＡＵＸ−ＴＯＣが形成される。
システムコントローラ１１１はＵ−ＴＯＣの読出の際にＡＵＸ−ＴＯＣの読出も行い、ＲＡＭ１１３に格納して必要時にＡＵＸデータ管理状態を参照できるようにしている。
【０１６６】
詳しくは後述するが、ＩＲＤ１２から供給されるＡＴＲＡＣデータをディスク１０１にダウンロードする際には、ＡＴＲＡＣデータに続いて必要なＵ−ＴＯＣデータやその他のテキストデータ、イメージデータなど、ＡＴＲＡＣデータとしての楽曲に付随する情報（付加情報ともいう）も提供される。一連のダウンロード動作としては、ＡＴＲＡＣデータだけでなく、それらの管理／付加情報もＵ−ＴＯＣデータや、ＡＵＸデータファイルとしてディスク１０１に記録されるものである。
【０１６７】
１−８．ＭＤのエリア構成
ここで、ＭＤ（ディスク１０１）での記録データの構造及びエリア構成を説明しておく。
ミニディスクシステムでの記録トラックとしては図１８のようにクラスタＣＬが連続して形成されており、１クラスタが記録時の最小単位とされる。１クラスタは２〜３周回トラック分に相当する。
【０１６８】
そして１つのクラスタＣＬは、セクターＳFC〜ＳFFとされる４セクターのリンキング領域と、セクターＳ00〜Ｓ1Fとして示す３２セクターのメインデータ領域から形成されている。１セクタは２３５２バイトで形成されるデータ単位である。
４セクターのサブデータ領域のうち、セクターＳFFはサブデータセクタとされ、サブデータとしての情報記録に使用できるが、セクターＳFC〜ＳFEの３セクターはデータ記録には用いられない。
一方、ＴＯＣデータ、オーディオデータ、ＡＵＸデータ等の記録は３２セクター分のメインデータ領域に行なわれる。
なお、アドレスは１セクター毎に記録される。
【０１６９】
また、セクターはさらにサウンドグループという単位に細分化され、２セクターが１１サウンドグループに分けられている。
つまり図示するように、セクターＳ00などの偶数セクターと、セクターＳ01などの奇数セクターの連続する２つのセクターに、サウンドグループＳＧ00〜ＳＧ0Aが含まれる状態となっている。１つのサウンドグループは４２４バイトで形成されており、11.61msec の時間に相当する音声データ量となる。
１つのサウンドグループＳＧ内にはデータがＬチャンネルとＲチャンネルに分けられて記録される。例えばサウンドグループＳＧ00はＬチャンネルデータＬ０とＲチャンネルデータＲ０で構成され、またサウンドグループＳＧ01はＬチャンネルデータＬ１とＲチャンネルデータＲ１で構成される。
なお、Ｌチャンネル又はＲチャンネルのデータ領域となる２１２バイトをサウンドフレームとよんでいる。
【０１７０】
ディスク１０１のエリア構造を図１９に示す。
図１９（ａ）はディスク最内周側から最外周側までのエリアを示している。
光磁気ディスクとしてのディスク９０は、最内周側はエンボスピットにより再生専用のデータが形成されるピット領域とされており、ここにＰ−ＴＯＣが記録されている。
ピット領域より外周は、光磁気領域とされ、記録トラックの案内溝としてのグルーブが形成された記録再生可能領域となっている。
この光磁気領域の最内周側のクラスタ０〜クラスタ４９までの区間が管理エリアとされ、実際の楽曲等のプログラムが記録されるのは、クラスタ５０〜クラスタ２２５１までのプログラムエリアとなる。プログラムエリアより外周はリードアウトエリアとされている。
【０１７１】
管理エリア内を詳しく示したものが図１９（ｂ）である。図１９（ｂ）は横方向にセクター（リンキングセクターは省略）、縦方向にクラスタを示している。
管理エリアにおいてクラスタ０，１はピット領域との緩衝エリアとされている。クラスタ２はパワーキャリブレーションエリアＰＣＡとされ、レーザー光の出力パワー調整等のために用いられる。
クラスタ３，４，５はＵ−ＴＯＣが記録される。Ｕ−ＴＯＣとしては、１つのクラスタ内の各セクターにおいてデータフォーマットが規定され、それぞれ所定の管理情報が記録されるが、このようなＵ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ３，４，５に３回繰り返し記録される。
１クラスタにはメインセクター領域として３２セクター存在するため、Ｕ−ＴＯＣセクターとしては最高３２種類（Ｕ−ＴＯＣセクター０〜セクター３１）の管理情報記録が設定できる。
実際上、主に用いられているＵ−ＴＯＣセクターは、セクター０，１，２，４であり、Ｕ−ＴＯＣセクター０においては、記録されたトラックの記録位置アドレス、トラックモードなどが管理される。
またＵ−ＴＯＣセクター１，セクター４は、記録されたトラックに対応するトラックネームとなる文字情報の記録に用いられ、さらにＵ−ＴＯＣセクター２は記録されたトラックの録音日時を記録するエリアとされている。
【０１７２】
クラスタ６，７，８はＡＵＸ−ＴＯＣが記録される。ＡＵＸ−ＴＯＣとしてのデータにより、ＡＵＸデータファイルの管理が行われる。即ち、テキスト、イメージ等のデータファイルに対するアロケーションテーブルなどのファイル管理情報が記録される。
詳述は避けるが、１つのクラスタ内の各セクターにおいてデータフォーマットが規定され、それぞれ所定のファイル管理情報が記録される。このようなＡＵＸ−ＴＯＣデータとなるセクターを有するクラスタが、クラスタ６，７，８に３回繰り返して記録される。
【０１７３】
クラスタ９からクラスタ４６までの領域は、ＡＵＸデータが記録される領域となる。ＡＵＸデータとしてのデータファイルはセクター単位で形成され、後述する静止画ファイルとしてのピクチャーファイルセクタ、文字情報ファイルとしてのテキストファイルセクター、プログラムに同期した文字情報ファイルとしてのカラオケテキストファイルセクター等が形成される。
そしてこのＡＵＸデータとしてのデータファイルや、ＡＵＸデータエリア内でＡＵＸデータファイルを記録可能な領域などは、ＡＵＸ−ＴＯＣによって管理されることになる。
【０１７４】
なおＡＵＸデータエリアでのデータファイルの記録容量は、エラー訂正方式モード２として考えた場合に２．８Ｍバイトとなる。
また、例えばプログラムエリアの後半部分やプログラムエリアより外周側の領域（例えばリードアウト部分）に、第２のＡＵＸデータエリアを形成して、データファイルの記録容量を拡大することも考えられる。
【０１７５】
クラスタ４７，４８，４９は、プログラムエリアとの緩衝エリアとされる。
クラスタ５０（＝３２ｈ）以降のプログラムエリアには、１又は複数の楽曲等の音声データがＡＴＲＡＣ形式で記録される。
記録される各プログラムや記録可能な領域は、Ｕ−ＴＯＣによって管理される。
なお、プログラム領域における各クラスタにおいて、セクターＦＦｈは、前述したようにサブデータとしての何らかの情報の記録に用いることができる。
【０１７６】
２．ダウンロード
２−１．機器接続構成
以上、衛星通信による放送の送信、受信、及びダウンロードを実行するためのシステムについて説明してきたが、以下、ＩＲＤ１２に接続されたストレージデバイス１３に対するダウンロード動作について説明していく。
例えば家庭等で構築される受信設備としては図２で簡単に述べたが、実際にはＩＲＤ１２に対して複数のストレージデバイス１３が接続される場合が考えられる。
複数のストレージデバイス１３が接続される構成例を図２０に示す。
【０１７７】
この図２０では、ＩＲＤ１２に対して５つのＩＥＥＥ１３９４対応機器が接続されている例を示している。即ちＭＤレコーダ１３Ａ、１３Ｂ、１３Ｅ、ＶＣＲ１３Ｃ、ＤＶＤプレーヤ１３Ｄである。
これらの機器は。ＩＲＤ１２との間で、ＩＥＥＥ１３９４方式で、各種の制御データやコマンドの通信が可能とされる。
なお、ここではＭＤレコーダ１３Ａ、１３Ｂについては、ＩＥＥＥ１３９４バス１６により送信されてきたＡＴＲＡＣデータの記録にも対応できるものとする。一方、ＭＤレコーダ１３Ｅについては、ＩＥＥＥ１３９４インターフェースにより送信されてきたＡＴＲＡＣデータをそのまま記録できる機能は備えていないものとする。即ちこの場合は、例えばＩＥＥＥ１３９４バス１６、もしくは光デジタルラインなどでデジタルオーディオデータを入力し、ＭＤレコーダ１３Ｅ内部でＡＴＲＡＣ処理を行って記録を行うものとする。
【０１７８】
また、ＩＥＥＥ１３９４に対応していない機器として、ＭＤレコーダ１３Ｆ、１３Ｇを示している。
これらは例えば光デジタルラインやアナログラインによりＩＲＤ１２と接続されることで、ＩＲＥ１２からオーディオデータを入力することができる。また、赤外線インターフェースやコントロールライン接続されることで、ＩＲＤ１２による動作制御を受けることも可能となる。
【０１７９】
なお、後述するダウンロード動作は、ＭＤレコーダ１３Ａ又は１３Ｂをストレージ機器として用いる例で説明する。即ちＩＲＤ１２はＩＥＥＥ１３９４バス１６によりＡＴＲＡＣデータや各種コマンドをＭＤレコーダ１３Ａ又は１３Ｂに供給し、４倍速ＡＴＲＡＣデータによる高速ダウンロードを実行させるものとする。
但し、高速ではないリアルタイムのダウンロードを行うことを考えれば、後述するダウンロード動作時の処理と同様のダウンロード処理は、他の機器（１３Ｃ〜１３Ｇ）を用いる場合でも可能となる。
【０１８０】
２−２．機器接続に関する処理
まずＩＲＤ１２にストレージデバイス１３としての機器が接続された際のＩＲＤ１２の処理を説明していく。
或るストレージデバイスが接続される毎に、ＩＲＤ１２のＣＰＵ８０は、図２４のような接続機器ＩＤテーブルにおいて、その接続機器に関するデータを追加生成していくことになる。なお、この接続機器ＩＤテーブル（以下、ＩＤテーブルという）は不揮発性メモリ６８に保持される。
また接続された機器とＩＲＤ１２との間の通信には、ＩＥＥＥ１３９４で規定されるコマンドが用いられる。
【０１８１】
接続の際のＣＰＵ８０の処理を図２１に示す。
ＩＲＤ１２からＩＥＥＥ１３９４バス１６により或るストレージデバイス１３が接続された際には、ＣＰＵ８０の処理は図２１のステップＦ１０１からＦ１０２に進み、ＩＤテーブルへのデータ追加のための処理を開始する。
まずステップＦ１０２では、接続された機器に対してその機器に与えられているＩＤを報せるべくリクエストを行う。ここでいうＩＤとは、いわゆるノードユニークＩＤといわれているもので、機器個体に固有のナンバ（又は文字）として与えられているＩＤコードである。
【０１８２】
接続された機器では、ＩＤのリクエストに応じて、その機器固有のＩＤコードをＩＲＤ１２に送信する。
ＣＰＵ８０はＩＤコードの受信をステップＦ１０３で待機しており、ＩＤコードが受信されたらステップＦ１０４に進む。
まずここで受信され取り込まれたＩＤコードと同一のＩＤコードが図２４のようなＩＤテーブル上に存在するか否かを検索する。
【０１８３】
新規に或る機器をＩＲＤ１２に接続する場合は、ＩＤテーブルに同一のＩＤコードが登録されていることはない。従って新規接続の場合はステップＦ１０５からＦ１０６に進み、その接続された機器についてＣＰＵ８０がナンバリングを行う。
例えば接続される機器毎に「１」から順にナンバリングを行うとすると、それまで３台の機器が接続されている時点に新たに機器が接続されたら、その機器のナンバは「４」となる。
【０１８４】
続いてステップＦ１０７で、接続された機器に対して、機器タイプ、詳細タイプ、ＡＴＲＡＣ入力対応機器であるか否かなど必要な情報を知らせるように順次要求する。
接続された機器では、それらの情報のリクエストに応じて、その機器タイプ、詳細タイプ、ＡＴＲＡＣ入力可否などの情報を送信してくる。
なお、機器タイプとは、「ＶＣＲ機器」と「ディスク機器」を区別するタイプ情報である。例えばアナログＶＣＲ、ＤＶ機器、ＤＶ−ＨＳ機器などがＶＣＲ機器に相当する。一方ＭＤレコーダ、ＣＤプレーヤ、ＤＶＤレコーダ、ハードディスクドライブなどがディスク機器に相当する。
また詳細タイプとは、実際の機器種別の情報となる。例えば「ＭＤレコーダ」「アナログＶＣＲ」「ＤＶＤプレーヤ」などの情報である。
【０１８５】
ステップＦ１０８で、これらリクエストした必要な情報が受信されたら、ＣＰＵ８０はステップＦ１０９に進み、その接続された機器に対するニックネームを自動設定する。
後述するが本例では接続機器に対してユーザーが任意のニックネームを設定することができるが、接続時にはまずＣＰＵ８０がデフォルトニックネームを自動設定することになる。例えばＭＤレコーダの場合は「ＭＤ−１」など仮の名称を付与する。
【０１８６】
続いてステップＦ１１０では、ＩＤテーブルに、接続機器の情報を追加記憶する。
１つの機器に対応するＩＤテーブル上の情報としては、ステップＦ１０６でナンバリングされた接続機器ナンバ、ステップＦ１０３で受信されたＩＤ、ステップＦ１０８で受信された機器タイプ、詳細タイプ、ＡＴＲＡＣ入力可否、ステップＦ１０９で設定されたデフォルトニックネームとなる。
そしてこれらの情報が図２４のようにＩＤテーブルに書き込まれる。
例えば図２０のうちでＭＤレコーダ１３Ａ、１３Ｂのみが接続されている時点で、新規接続機器としてＶＣＲ１３Ｃが接続されたとすると、図２１の処理により、図２４の３行目として示すデータ、即ち機器ナンバ「３」、ＶＣＲ１３ＣのＩＤ「ｉｄ３」、機器タイプ「ＶＣＲ」、詳細タイプ「アナログＶＣＲ」、デフォルトニックネーム「ＶＣＲ−１」、ＡＴＲＡＣ入力「不可」という各データが記憶される。また、このとき接続状況データが「オン」とされる。
【０１８７】
なおこの図２４は、図２０のように５つの機器がＩＥＥＥ１３９４バス１６に接続されており、さらにＭＤレコーダ１３Ａ、１３Ｂ、１３Ｅには既にユーザーがニックネーム登録した後の状態としての例を示している。
このニックネーム登録は、ユーザーが任意に行うものであり、その場合ユーザーはＩＲＤ１２に対して例えばリモートコマンダー６４により、ニックネーム入力モードとしての操作を行う。
【０１８８】
いま仮に、５つの機器が接続され、ＩＤテーブルでは全機器がデフォルトニックネームで登録されていたとする。例えば図２０の各機器１３Ａ〜１３Ｅのニックネームが、「ＭＤ−１」「ＭＤ−２」「ＶＣＲ−１」「ＤＶＤ−１」「ＭＤ−３」としてＩＤテーブルに登録されていたとする。
後述するが、ダウンロードを行う時には、ユーザーは予めダウンロードを行う機器を選択する必要がある。この機器選択にはＩＲＤ１２がモニタ装置１４に各接続機器のニックネームを表示してユーザーに選択を促すようにしている。
ここで３台のＭＤレコーダにつきデフォルトニックネームがＩＤテーブルに登録されていると、それぞれ「ＭＤ−１」「ＭＤ−２」「ＭＤ−３」と表示される。この場合、単なる機種名で表示されるよりもユーザーとしては各表示名がどのＭＤレコーダに対応しているか区別がつきやすい。ところが、ユーザーがそのデフォルトニックネームを気に入らなかったり、もしくはより明確に区別できるようにしたいというようなこともある。
そこで、ユーザーが例えば３台のＭＤレコーダ１３Ａ、１３Ｂ、１３Ｅをより区別しやすくするために、各々任意のニックネームをつけるようにし、その場合は、ニックネーム入力モードとする操作を行う。また、過去に登録したニックネームを変更したい場合も同様である。
【０１８９】
ニックネーム入力モードとしての操作が行われると、ＣＰＵ８０の処理は図２３のステップＦ１５１からＦ１５２に進み、まずユーザーにニックネーム登録を行う機器の選択要求を行う。例えばモニタ装置１４に、その時点での各機器のニックネーム（デフォルトニックネーム又は過去に登録されたニックネーム）や、必要なき機器種別などを提示して、ユーザーに特定の機器を選択させる。
選択操作が行われたらステップＦ１５３からＦ１５４に進み、モニタ装置１４に、ニックネームの入力要求を行う。
ユーザーはそれに応じてニックネームとなる文字や数字を入力する。そして入力が確定されたら、ステップＦ１５５からＦ１５６に進み、ＩＤテーブルを更新する。即ち選択された機器についてのニックネームデータを、今回入力された文字又は数字に書き換える。例えば図２４のように機器ナンバ「１」のＭＤレコーダ１３Ａに対して、「Ｊｉｍｍｙ」というニックネームが登録される。なお、ユーザーによる文字等の入力は、ＧＵＩ画面とリモートコマンダー６４の操作により実行されるようにすればよい。
【０１９０】
このような処理により、図２４に示すように、各機器に対して任意にニックネームを付加することができる。そしてＣＰＵ８０は、何らかの事情でユーザーに対して機器の選択を求める場合には、このＩＤテーブルに登録されたニックネームを表示させて選択させることで、ユーザーにとって機器選択操作をわかりやすいものとすることができる。
【０１９１】
ところで、図２４のＩＤテーブルにおける接続状況とは、現在その機器が実際に接続されているか否かを示すデータとなる。
従って一旦接続された機器が、その後接続を外された場合には、接続状況データが更新される。
即ち図２２に示すように、或る機器がＩＥＥＥ１３９４バス１６から外された際には、処理をステップＦ１２１からＦ１２２に進め、その機器に対応するＩＤテーブル上のデータを更新する。具体的には接続状況データを「オフ」に書き換える。
このようにすることで、一旦接続された機器の情報はその後保持できるとともに、実際の接続状況をＩＲＤ１２側から容易に把握できる。
【０１９２】
ここで、一旦接続が解かれた機器が、後に再度接続された場合を考える。
機器接続が発生すると、上記図２１の処理が行われるわけであるが、その場合はステップＦ１０４でＩＤテーブルを検索すると、受信ＩＤと同一のＩＤが発見されることになる。その場合は、その接続機器に関してＩＤテーブルに必要な情報は、前回（もしくはそれ以前）の接続時に取り込んでＩＤテーブルに書込済であることになるため、処理をステップＦ１１１に進め、接続状況データを再び「オン」に書き換えるのみでよいことになる。
即ち一旦接続された後、取り外された機器が再度接続された場合には、その機器の機器タイプなどの情報は既に記憶済であるので再度取り込む必要はなく、接続時の処理は簡略化される。
また、ユーザーが過去に、その機器についてニックネーム登録をしていた場合には、その登録されたニックネームも有効データとして扱うことができる（つまり再度の登録操作を必要としない）。
特にこのように接続解除の際もＩＤテーブルのデータ自体は残しておくことで、何度も接続、接続解除が繰り返されるような機器（例えばユーザーが携帯用ＭＤレコーダを用いる場合など）が存在する場合は、非常に有効となる。
【０１９３】
以上のようにストレージ機器１３が接続された際（及び接続解除の際）の処理が行われることで、ＩＲＥ１２側では、接続されたストレージ機器１３の機種や状況を的確に判別でき、ダウンロード動作時に適切な処理を行うことができる。
また接続機器に関してユーザーがニックネーム登録を実行できることで、機器選択などの際の操作がわかりやすくなり、またユーザーフレンドリーな楽しみを与えることにもなる。
【０１９４】
なお以上の処理はＩＥＥＥ１３９４バス１６に接続される機器について述べたが、図２０のように他のコントロールラインを介してＭＤレコーダ１３Ｇが接続された際などにも適用することができる。
【０１９５】
２−３．ダウンロード動作概要
例えば以上のようにＩＲＤ１２に対して各種ストレージデバイス１３が接続されるわけであるが、以下、ＩＲＤ１２が実際にあるストレージデバイス１３に対してダウンロードを実行させる場合の一連の動作概要を図２５、図２６で説明する。なお各手順における詳細な処理については後述する。
またここでダウンロードを実行するストレージデバイス１３としてはＩＥＥＥ１３９４対応でかつＡＴＲＡＣ入力対応のＭＤレコーダ１３Ａ又は１３Ｂとする。
【０１９６】
ダウンロードの際にＩＲＤ１２で実行される手順を、図２５、図２６において手順Ｓ１０〜Ｓ１６で示し、またダウンロードの際にストレージデバイス１３（ＭＤレコーダ１３Ａ）で実行される手順を、手順Ｓ２１〜Ｓ２２で示す。
以下、各手順の概略的な内容を説明していく。
【０１９７】
［Ｓ１０］
ユーザーがある楽曲のダウンロードを求める場合は、ＩＲＤ１２に対して設定操作を行うことになる。手順Ｓ１０のダウンロード設定処理は、ユーザーの要求するダウンロード動作を設定する処理となり、大まかにいえば、ダウンロードを実行させる機器（ストレージデバイス）の選択、及びダウンロードするコンテンツ（楽曲）の選択を行う。
【０１９８】
［Ｓ１１、Ｓ２１］
ＩＲＤ１２が実行する手順Ｓ１１は、ダウンロード実行のためのチェック／指示処理であり、これは手順Ｓ１０で設定されたダウンロード動作を、選択されたストレージデバイス１３側で実行可能な状態にさせる指示、及び実行可能な状態か否かをチェックする処理となる。
このチェック／指示のためにＩＲＤ１２はストレージデバイス１３にコマンドを送り、所定の動作を実行させ、もしくは所要の応答を受ける。
このときストレージデバイス１３側で実行される手順Ｓ２１はチェック／指示に対する設定、応答処理であり、つまりＩＲＤ１２から送られてくるコマンドに応じた設定動作もしくは応答を実行する。
【０１９９】
［Ｓ１２、Ｓ２２］
ＩＲＤ１２は上記手順Ｓ１１でダウンロード実行可能を確認したら、手順Ｓ１２としてダウンロードセットアップ指示を行う。ここではまず、ストレージデバイス１３に対して、ダウンロードモードへの移行を要求する。
詳しくは後述するが、ここでダウンロードモードの指示とは、ストレージデバイス１３が動作状態が変化した際にＩＲＤ１２にそれを伝えるべく要求と、実際のセットアップ状態とする指示となる。
このような指示に応じてストレージデバイス１３側では手順Ｓ２２としてダウンロードセットアップ処理を行う。例えばセットアップとして録音待機状態（例えばディスク１０１に対して録音開始する位置での録音ポーズ）とするとともに、その後状態（ステイタス）変化が発生したときにはＩＲＤ１２に報告するモードとする。
さらにこのダウンロードモード下では、ストレージデバイス１３は自分でＡＴＲＡＣデータの開始と終了を判断することになる。
【０２００】
［Ｓ１３、Ｓ２３］
ＩＲＤ１２はダウンロードの際には、ＡＴＲＡＣデータに関しては、単にダウンロードすべく選択された楽曲としてのＡＴＲＡＣデータをＩＥＥＥ１３９４インターフェース６０で選択させて出力させるのみである。つまり図６に示したような受信データの中から該当するチャンネルの４倍速ＡＴＲＡＣデータを出力させる。
これに対して、ＡＴＲＡＣデータが入力されるストレージデバイス１３側では、ＡＴＲＡＣデータの先頭となるＴＳパケットを検出すると、実際の記録動作（ダウンロード）を開始する。
またダウンロード実行中はそのＡＴＲＡＣデータの終端となるＴＳパケットを監視しており、終端となったら記録を終了する。
このようにストレージデバイス１３では手順Ｓ２３として実際のＡＴＲＡＣ記録処理を行う。その開始／終了はＴＳパケットの監視に基づいて行うものとなる。
一方、このときＩＲＤ１２側では、記録動作にステイタス変化したことの報告（ＲＥＣスタート報告）を受けることで、ダウンロードが開始されたことを認識する。
また、停止状態にステイタス変化したことの報告（ＲＥＣエンド報告）を受けることで、ＡＴＲＡＣデータのダウンロードが終了されたことを認識する。
この間、図示していないが、後述するようにダウンロード進捗状況の表示及びそのためのデータ要求などを行うことになる。この間の処理が手順Ｓ１３（ＡＴＲＡＣ記録対応処理）となる。
【０２０１】
［Ｓ１４、Ｓ２４］
ＩＲＤ１２は、ＲＥＣエンド報告を受けることで、ＡＴＲＡＣデータのダウンロードが終了されたことを認識したら、手順Ｓ１４の管理／付加情報の記録指示処理を行う。ここでは、ストレージデバイス１３側に管理情報や付加情報の記録を指示するとともに、必要なデータを提供する。ＭＤレコーダ１３Ａの場合は、Ｕ−ＴＯＣデータ、ＡＵＸ−ＴＯＣデータ、ＡＵＸデータの記録指示及び必要なデータを送信することになる。
これに応じてストレージデバイス１３では手順Ｓ２４で、指示に応じた管理情報や付加情報の記録を実行する。
【０２０２】
［Ｓ１５、Ｓ２５］
管理情報／付加情報の記録が完了したら、一連のダウンロードは終了される。このためＩＲＤ１２は手順Ｓ１５としてダウンロードの終了を指示し、一方ストレージデバイス１３ではそれを受けてダウンロードモードから抜ける。
【０２０３】
［Ｓ１６、Ｓ２６］
以上が通常のダウンロードのための処理手順であるが、ダウンロード実行中、即ちストレージデバイス１３が手順Ｓ２３を実行しているときに、ストレージデバイス１３が記録しているＡＴＲＡＣデータに関するエラーを検出することがある。もちろんストレージデバイス１３に何らかの障害が発生し、記録動作が良好に実行できなくなることもあり得る。
このように何らかのエラーが発生した場合は、そのままエラーを見過ごしてダウンロードを続行することは適切ではない。特にユーザーに有償で楽曲をダウンロードさせる（つまり楽曲の販売）ことを考えれば、エラーが発生した場合は何らかの適切な処置が必要になる。
【０２０４】
そこで図２６に示すように、何らかのエラーが発生した場合は、ストレージデバイス１３は手順Ｓ２３においてエラーが発生した旨をＩＲＤ１２に報告する。
そして、これを受けてＩＲＤ１２は手順Ｓ１６のエラー処理を行う。この処理は、リトライが可能かどうかの判別、可能な場合のリトライへの移行、不能の場合のダウンロード中止という処理となる。
一方、ストレージデバイス１３側では手順Ｓ２６としてリトライ準備処理を行っておく。
そしてリトライが可能な場合は、ＩＲＤ１２及びストレージデバイス１３は、それぞれ手順Ｓ１２、手順Ｓ２２に戻り、以降、ダウンロードのリトライを実行する。
【０２０５】
以上図２５、図２６のようにダウンロードとしての一連の動作がＩＲＤ１２とストレージデバイス１３の間で所要の通信が行われながら実行されていく。
以下、各手順での詳細な処理例を説明していく。なお、以下説明していく処理における各種通信には、ＩＥＥＥ１３９４方式のＡＶ／Ｃコマンドなどが利用されればよい。但し、本例の通信のために新規設定されるコマンドも含まれる。新規設定されるコマンドとは、例えば後述するダウンロードセットアップコマンド、ダウンロードモードへの移行指示のコマンド、ダウンロード終了指示のコマンドなどである。
また、説明する処理はあくまでも一例であり、具体的な処理方式は多様に考えられることはいうまでもない。
【０２０６】
２−４．ダウンロード設定処理
手順Ｓ１０としてのダウンロード設定処理を図２７で説明する。
ユーザーがある楽曲のダウンロードを求める場合は、まずＩＲＤ１２に対して設定操作を行うことになるが、この場合、例えば図４（ｂ）で説明したような画面を表示させた状態で操作を行う。
なお、ダウンロードとしては設定直後にダウンロードを開始する場合と、設定操作として後の時点でのダウンロードを実行させる予約録音操作とがある。いづれの場合も設定処理としては概略同様となる。
設定開始のための何らかの操作をユーザーが行うと、ＣＰＵ８０は図２７のステップＦ２０１からＦ２０２に進み、ダウンロード設定処理を開始する。ここで何らかの操作とは、例えば図４（ｂ）におけるダウンロードボタン２８もしくは予約録音ボタン２５を押す操作としてもよいし、ＧＵＩ画面として設定のための専用ボタンを用意し、それを押すようにしてもよい。
【０２０７】
まずステップＦ２０２では、ＣＰＵ８０はＩＥＥＥ１３９４接続機器の中からダウンロード対象となる機器をリストアップする。
本例では、ダウンロード対象機器をＭＤレコーダに限定するものとする。
ここでのリストアップは図２４に示したＩＤテーブルを利用する。即ちＩＤテーブルからダウンロード対象機器となり得る機器をリストアップする。リストアップ条件は各種考えられるが、例えば本例のようにダウンロード対象機器をＭＤレコーダに限定する場合は「ＭＤレコーダ」という条件とする。すると例えば、図２０のＭＤレコーダ１３Ａ（Ｊｉｍｍｙ）、ＭＤレコーダ１３Ｂ（Ｅｒｉｃ）、ＭＤレコーダ１３Ｅ（Ｊｅｆｆ）がリストアップされる。
【０２０８】
続いてステップＦ２０３では、もしＩＥＥＥ１３９４バス以外のコントロールラインで接続された機器が存在する場合は、その中で同様にダウンロード対象機器となり得る機器をリストアップする。この場合、コントロールライン接続機器についても、接続時に図２４のようなＩＤテーブルが作成されていれば、それを利用する。ＩＤテーブルが作成されていないものである場合は、接続機器に対して機器種別（詳細タイプ）を尋ねて、該当機器をリストアップする。例えば図２０におけるＭＤレコーダ１３Ｇがリストアップされる。
【０２０９】
続くステップＦ２０４では、ＩＲＤ１２が赤外線コマンドにより制御可能な機器出会って、ダウンロード対象機器となり得る機器をリストアップする。この場合はＣＰＵ８０は接続機器を判別できないため、例えばユーザーに入力を求めることとなる。もしくはあらかじめユーザーに赤外線制御可能機器の登録を要求するものとし、その登録データにより判別する。
【０２１０】
少なくともステップＦ２０２のリストアップが行われ、また必要に応じてステップＦ２０３，Ｆ２０４のリストアップが行われることで、ダウンロード対象機器としての例えば全ＭＤレコーダがリストアップされる。そこでステップＦ２０５で、リストアップされた機器（ＭＤレコーダ）をモニタ装置１４に表示し、どの機器にダウンロードを実行させるかをユーザーに選択させる。例えば図２８のように機器リスト２１Ｅを表示して選択を促す。
ここで、機器の表示では、上述したニックネームを用いるようにすることで、ユーザーにとって非常に選択操作がわかりやすいものとなる。もちろんニックネームだけでなく、実際の機種名、型番などを同時に表示させてもよい。
【０２１１】
なお、ステップＦ２０５までのリストアップ処理及び機器リスト２１Ｅの表示態様は、多様な例が考えられる。
まずリストアップについては、ＭＤレコーダであることを前提とすると、実際にその時点で接続されているＭＤレコーダのみとしてもよい。即ち図２４のＩＤテーブルから、詳細タイプが「ＭＤ」であって接続状況が「オン」の機器を抽出する。
さらに、ＡＴＲＡＣ入力対応機器のみというような条件を付けてもよい。
またＩＥＥＥ１３９４接続機器に限定してステップＦ２０３、Ｆ２０４は実行しなくてもよい。
【０２１２】
また、リストアップ条件にもよるが、機器リスト２１Ｅの表示例としては、図２９のように接続中の機器と非接続の機器を分けて表示してもよい。例えばこの図の場合は、ＭＤレコーダ１３Ｅ（Ｊｅｆｆ）、ＭＤレコーダ１３Ｆ（ＭＤ−４）、ＭＤレコーダ１３Ｇ（ＭＤ−５）が、その時点では接続されていなかった場合である。
【０２１３】
図３０は、リストアップ条件としてはＡＴＲＡＣ入力対応を問わないが、表示する際にはＡＴＲＡＣ入力対応であるか否かによる動作の違いをユーザーに認識させるようにしている例である。
即ちＡＴＲＡＣ入力対応の場合は、ＩＥＥＥ１３９４インターフェースを介して４倍速ＡＴＲＡＣデータが入力されるため、ダウンロードの所要時間は通常のリアルタイム録音より短時間となる。従ってユーザーにとっては、ＡＴＲＡＣ入力対応であるか否かはダウンロード時間の長短という影響があらわれるため、図示するようにＡＴＲＡＣ入力対応機器の場合は例えば高速でダウンロードが完了できることを示す表示を行う。
【０２１４】
図３１は、機器リスト２１Ｅの表示としては、接続された全機器が一応表示されるようにした例である。ただし選択可能なのはリストアップされたＭＤレコーダのみとするため、ＶＣＲ−１、ＤＶＤ−１など他の機種の表示については、選択不能な非アクティブ状態で表示するようにしている。
【０２１５】
もちろんさらに多様なリストアップ方式や表示態様が考えられるが、いずれにしてもユーザーの機器選択操作に好適な方式が採用されればよい。
【０２１６】
以上のような機器リスト２１Ｅの表示に対して、ユーザーはダウンロードさせたい機器にカーソルを合わせて決定操作を行う。
するとＣＰＵ８０の処理はステップＦ２０６からＦ２０７に進み、選択された機器をダウンロード実行機器として決定する。
【０２１７】
続いて、ステップＦ２０８で、ダウンロードするコンテンツをリスト表示し、ユーザーに選択を要求する。例えば図４（ｂ）のようにその時点でダウンロード可能な曲目を表示する。
またユーザーが予約録音としての設定を行っているのであれば、それ以降の時点でダウンロード可能な曲目を、ユーザーの操作に応じて表示していく。
【０２１８】
なお、図４の説明において述べたように、ユーザーは或る曲目を選択して試聴した後に、それをダウンロードするべく操作を行うことがある。その場合は既にダウンロードするコンテンツが決定されているため、ステップＦ２０８、Ｆ２０９の処理は不要となる。
【０２１９】
ユーザーがコンテンツを選択する操作を行ったら、処理はステップＦ２０９からＦ２１０に進み、選択されたコンテンツをダウンロードするコンテンツとして決定する。
そしてユーザーが実行操作（例えばダウンロードボタン２８もしくは予約録音ボタン２５を押す操作）が行われたら、ステップＦ２１１から手順Ｓ１１に進むことになる。
以上の図２７の処理で、手順Ｓ１０としての設定処理、即ちダウンロードする機器とダウンロードするコンテンツの設定が完了されたことになる。なお以下、ダウンロードする機器としてＭＤレコーダ１３Ａが選択されたとして説明を続ける。
【０２２０】
２−５．ダウンロード実行前のチェック処理
ＩＲＤ１２の手順Ｓ１１としてのダウンロード実行のためのチェック／指示処理の例を図３２〜図３５に示す。
ここでＩＲＤ１２は、手順Ｓ１０で選択されたＭＤレコーダ１３Ａが、ダウンロード動作可能な状態であるかのチェックを行うことになる。
【０２２１】
まず図３２のステップＦ３０１では選択された機器、即ちＭＤレコーダ１３Ａが電源オフの状態であるか否かを判別する。
そして電源オフであったのならステップＦ３０２に進んで、電源をオンとする指示としてのコマンドをＭＤレコーダ１３Ａに送信する。これに応じてＭＤレコーダ１３Ａのシステムコントローラ１１１は、パワーオン制御を行う。
電源オンであった場合は、ステップＦ３０１からＦ３０３に進む。
【０２２２】
続いてステップＦ３０３では、ＭＤレコーダ１３Ａ（システムコントローラ１１１）に対して入力切換を指示するコマンドを発行する。ＭＤレコーダ１３Ａには、図１７からわかるように複数のオーディオ入力系を備えている。そこで、ＡＴＲＡＣデータのダウンロードのために、ＭＤレコーダ１３Ａに対して、ＩＥＥＥ１３９４インターフェース１２５を介して入力されるＡＴＲＡＣデータについての入力処理を行うべく、入力系統の指示を行うものである。
【０２２３】
続いてステップＦ３０４以降は、ダウンロード記録を行うメディア自体（ディスク１０１）のチェックを行うことになる。
まずステップＦ３０４では、ＭＤレコーダ１２５に対してディスク１０１が装填されているか否かを尋ねるコマンドを発行する。
これに対してシステムコントローラ１１１は、ディスク装填状況をチェックし、ディスク１０１の有無の情報を送信してくるが、ＣＰＵ８０はその情報の受信があったら、ステップＦ３０５からＦ３０６に進み、応答内容を判別する。そして応答内容が「ディスク装填」であればステップＦ３０６に進むが、「ディスク未装填」であったのなら、▲１▼で示すように図３３のステップＦ３２１に進んで、表示処理部５８によりユーザーへのメッセージ及び必要な動作要求をモニタ装置１４に実行させる。
【０２２４】
例えばモニタ装置１４に「ＭＤレコーダ「Ｊｉｍｍｙ」にディスクが装填されていません。ディスクを入れてください」などというようなメッセージを表示させる。そしてステップＦ３２２で変数ｎ＝１にセットして、ステップＦ３２３〜Ｆ３２７のループに移る。
ここでは、ステップＦ３２３でＭＤレコーダ１２５に対してディスク１０１が装填されているか否かを尋ねるコマンドを発行し、ステップＦ３２４で受信待機、ステップＦ３２５で受信内容の判別を行っていく。
【０２２５】
そしてこのような処理をステップＦ３２７で変数ｎをインクリメントしながら、ステップＦ３２６で変数ｎが或る設定値Ｍ１を越えたと判断されるまで繰り返し実行する。
即ち、ユーザーはステップＦ３２１で表示されるメッセージを読んだら、ディスク１０１をＭＤレコーダ１３Ａに装填することになるが、装填された後の時点では、ステップＦ３２４で受信されるシステムコントローラ１１１からの応答は「ディスク装填」の情報となる。その場合はディスク１０１の装填が確認されたことになり、ステップＦ３２５から▲２▼で示すように次のチェック処理である図３２のステップＦ３０７に進む。
【０２２６】
ところが、その場にユーザーがいなかったり、もしくはディスク１０１を装填しなかったなど、何の対応もとらなかった場合は、或る時点で図３３のステップＦ３２６で肯定結果が出る。ＣＰＵ８０はこれをタイムオーバとし、ステップＦ３２８でダウンロード禁止処理を行う。つまり上記手順１０で設定されたダウンロード動作の実行の保留又はキャンセルを行う。
そしてステップＦ３２９で、ユーザー宛てのメッセージをモニタ装置１４に表示させ、ディスク未装填によりダウンロード動作が禁止されたことを伝えるようにする。
【０２２７】
一方、ディスク装填状態であって図３２のステップＦ３０７に進むと、ＣＰＵ８０は装填されているディスク１０１がライトプロテクト状態でないか否かのチェックを行う。即ちミニディスクカートリッジ上のライトプロテクト用のスライドレバーがプロテクト位置とされていないかどうかのチェックである。
【０２２８】
このためステップＦ３０７では、ＭＤレコーダ１２５に対してディスク１０１のプロテクト状況を尋ねるコマンドを発行する。
これに対してシステムコントローラ１１１は、ディスク１０１のプロテクト状況をチェックし、プロテクト状況の情報を送信してくるが、ＣＰＵ８０はその情報の受信があったら、ステップＦ３０８からＦ３０９に進み、応答内容が「非プロテクト（記録可能）」であればチェックＯＫとしてステップＦ３１０に進む。ところが、応答内容が「プロテクト」であったのなら、▲３▼で示すように図３４のステップＦ３４１に進んで、表示処理部５８によりユーザーへのメッセージ及び必要な動作要求をモニタ装置１４に実行させる。
【０２２９】
例えばモニタ装置１４に「ディスクがライトプロテクトされています。プロテクトを解除してください」などというようなメッセージを表示させる。
そしてステップＦ３４２で変数ｎ＝１にセットして、ステップＦ３４３〜Ｆ３４７のループに移る。
【０２３０】
ライトプロテクトを解除するには、ユーザーは一旦ディスク１０１を取り出してカートリッジ上のスライドレバーを移動させ、再度装填するか、もしくは他のディスク１０１を装填することになる。即ちいづれにしてもまずユーザーは現在装填されているディスク１０１をイジェクトする必要がある。
そこで、ユーザーが対応処理を行うか否かの確認のために、ステップＦ３４３でＭＤレコーダ１２５に対してディスク１０１が装填されているか否かを尋ねるコマンドを発行し、ステップＦ３４４で受信待機、ステップＦ３４５で受信内容の判別を行っていく。
この処理をステップＦ３４７で変数ｎをインクリメントしながら、ステップＦ３４６で変数ｎが或る設定値Ｍ２を越えたと判断されるまで繰り返し実行する。
【０２３１】
ユーザーはステップＦ３４１で表示されるメッセージを読んだら、まずディスク１０１をＭＤレコーダ１３Ａから取り出すため、その時点でステップＦ３４５でディスクが排出されたことが検出される。
このときは、ディスク１０１が装填されていない状態になるため、上記の図３３のステップＦ３２１に進むことになる。
そしてディスク装填が確認されたら、再度図３２のステップＦ３０７に進んで、ライトプロテクト状態のチェックを行う。
【０２３２】
なお、図３４の処理中にユーザーが何の対応もとらなかった場合（ディスクがイジェクトされなかった場合）は、或る時点でステップＦ３４６で肯定結果が出る。ＣＰＵ８０はこれをタイムオーバとし、ステップＦ３４８でダウンロード禁止処理を行う。つまり上記手順１０で設定されたダウンロード動作の実行の保留又はキャンセルを行う。
そしてステップＦ３４９で、ユーザー宛てのメッセージをモニタ装置１４に表示させ、ディスクがライトプロテクトされているためダウンロード動作が禁止されたことを伝えるようにする。
なお、ユーザーが一旦ディスクを取り出したが、その後、或る時間を経過しても再度ディスクを装填しなかった場合は、上記図３３のステップＦ３２８，Ｆ３２９に進み、ダウンロードが中止されることになる。
【０２３３】
ディスク１０１のライトプロテクトのチェックがＯＫとなると、続いて図３２のステップＦ３１０から、ディスク１０１の記録容量のチェックが行われる。
これは、ダウンロードするコンテンツに対して十分な記録容量がディスク１０１に残されているか否かのチェックとなる。
【０２３４】
このためステップＦ３１０では、ＭＤレコーダ１２５に対してディスク１０１の残容量を尋ねるコマンドを発行する。
これに対してシステムコントローラ１１１は、ディスク１０１のＵ−ＴＯＣデータから記録可能な残り容量をチェックし、その情報を送信してくるが、ＣＰＵ８０はその情報の受信があったら、ステップＦ３１１からＦ３１２に進む。そして、上記手順Ｓ１０で選択されたコンテンツに必要な容量と、受信された残り容量を比較し、コンテンツのダウンロードのために十分な容量が残っているか否かを判断する。
そして残っていればチェックＯＫとして、手順Ｓ１１としての一連のチェック処理を終える。
【０２３５】
ところが、十分な容量が残っていないと判断されたのであれば、▲４▼で示すように図３５のステップＦ３６１に進んで、表示処理部５８によりユーザーへのメッセージ及び必要な動作要求をモニタ装置１４に実行させる。
例えばモニタ装置１４に「ディスクに十分な容量がありません。ディスクを入れ換えるか、不要なトラックを消去してください」というようなメッセージを表示させる。
そしてステップＦ３６２で変数ｎ＝１にセットして、ステップＦ３６３〜Ｆ３７０のループに移る。
【０２３６】
この場合のユーザーの対応としては、ディスクを入れ換えるか、もしくはＭＤレコーダ１３Ａ側の操作での編集処理により、不要なトラックを消去することになる。
そこで、まずユーザーがディスク入れ換えを行う可能性を考えて、ステップＦ３６３でＭＤレコーダ１２５に対してディスク１０１が装填されているか否かを尋ねるコマンドを発行し、ステップＦ３６４で受信待機、ステップＦ３６５で受信内容の判別を行っていく。
もしユーザーがディスク１０１を入れ換える場合は、まずディスク１０１をＭＤレコーダ１３Ａから取り出すため、その時点でステップＦ３６５でディスクが排出されたことが検出される。
このときは、ディスク１０１が装填されていない状態になるため、上記の図３３のステップＦ３２１に進むことになる。
そしてディスク装填が確認されたら、再度図３２のステップＦ３０７に進んで、ライトプロテクト状態のチェックからチェックをやり直す。
【０２３７】
一方、ユーザーがトラック消去を行う場合も考えられるため、ステップＦ３６６でＭＤレコーダ１２５に対してディスク１０１の記録可能容量を尋ねるコマンドを発行し、ステップＦ３６７で受信待機、ステップＦ３６８で上記ステップＦ３１２と同様の判別（ダウンロードするコンテンツに十分な容量が確保されたか否かの判別）を行っていく。
【０２３８】
ユーザーがＭＤレコーダ１３Ａで編集操作を行ってトラックを消去していくことで、或る時点でステップＦ３６８で十分な容量が確保されてたことが判別される。その場合は容量チェックＯＫとなり、▲５▼として示すように図３２に戻り、手順Ｓ１１としての一連のチェック処理を終えることになる。
【０２３９】
この図３５のステップＦ３６３〜Ｆ３７０の処理は、ステップＦ３７０で変数ｎをインクリメントしながら、ステップＦ３６９で変数ｎが或る設定値Ｍ３を越えたと判断されるまで繰り返し実行する。
従ってユーザーが何の対応もとらなかった場合（ディスク入換もしくはトラック消去を行わなかった場合）は、或る時点でステップＦ３６９で肯定結果が出る。ＣＰＵ８０はこれをタイムオーバとし、ステップＦ３７１でダウンロード禁止処理を行う。つまり上記手順１０で設定されたダウンロード動作の実行の保留又はキャンセルを行う。
そしてステップＦ３７２で、ユーザー宛てのメッセージをモニタ装置１４に表示させ、ディスクが容量不足のためダウンロード動作が禁止されたことを伝えるようにする。
なお、ユーザーが交換のために一旦ディスクを取り出したが、その後、或る時間を経過しても再度ディスクを装填しなかった場合は、上記図３３のステップＦ３２８，Ｆ３２９に進み、ダウンロードが中止されることになる。
【０２４０】
以上の図３２〜図３５の処理により、ダウンロードの実行にあたって、確実にダウンロードが実行できるか否かのチェックが行われる。従ってユーザーのディスクの入れ忘れや、ライトプロテクトの状況、残り容量などが原因となってダウンロードに失敗するという事態は防止される。
【０２４１】
また、例えばユーザーがその場にいない場合などであって、対応処置がとれない場合にはダウンロードが実行されないことになる。
特にこれらのチェックは、ダウンロード開始前に絶対にダウンロードが失敗する状況をチェックするという意味になり、失敗となるダウンロードが開始されることを防止するものであるため、ユーザーが対応できない際のダウンロード中止は非常に適切な処理となる。また特にダウンロードに対しては課金が発生するものであるため、失敗がわかっているダウンロードを防止することは非常に重要となる。
【０２４２】
ところで、各チェックによりＯＫとならなかった場合の対応処理としては、ユーザーに所要の処置を求めることとしたが、さらに必要な制御を自動的に行うことも考えられる。
例えば、ＭＤレコーダ１３Ａがディスクチェンジャーシステムを装備しているような場合は、ディスクの装填や交換をＩＲＤ１２が指示して自動的に実行させるようにしてもよい。
また、ディスク１０１の記録可能容量が十分でない場合は、ＩＲＤ１２が自動的にトラック消去をＭＤレコーダ１３Ａ側に指示し、消去を実行させるようにしてもよい。但しこの場合は、モニタ装置１４上にメッセージを出し、ユーザーに消去を行ってもよいか否かを尋ねるようにすることが適切である。
【０２４３】
また、チェック内容としては、上記の例以外に、例えばＭＤレコーダ１３Ａが他の動作状態であるか否かのチェックなども考えられる。
例えばＭＤレコーダ１３Ａが録音動作や再生動作を行っている場合には、今回実行しようとするダウンロードとどっちを優先させるかを判断しなければならない。
そこでＩＲＤ１２はＭＤレコーダ１３Ａの動作状況をチェックし、録音／再生などの動作中であれば、ユーザーにどちらを優先させるかの判断を求めるようにする。
【０２４４】
なお、ＭＤレコーダ１３Ａ側のシステムコントローラ１１１による手順Ｓ２１については詳述を避けるが、上記図３２〜図３５におけるＣＰＵ８０の処理におけるコマンドに対応した制御や通信処理を行うものとなるものであって、上記説明中に述べたとおりである。
【０２４５】
２−６．ダウンロードセットアップ
続いて手順Ｓ１２としてのＩＲＤ１２のＣＰＵ８０のダウンロードセットアップ指示処理、及び手順Ｓ２２としてのＭＤレコーダ１３Ａのシステムコントローラ１１１のダウンロードセットアップ処理について、図３６で説明する。
【０２４６】
上記手順Ｓ１１までが完了すると、ＣＰＵ８０の処理は図３６のステップＦ４０１に進む。ここで、例えば上記図２７のダウンロード設定処理において、ステップＦ２１１の実行操作が図４のダウンロードボタン２８を押す操作であった場合は、そのまますぐにダウンロードを実行することになる。一方、ステップＦ２１１の実行操作が予約録音ボタン２５を押したものであった場合は、予約されたコンテンツの放送のある時間まで待機してからダウンロードを実行することになる。
【０２４７】
従って、予約設定であった場合は、図３６のステップＦ４０１からＦ４０２に進み、タイマ６９による現在日時の監視処理に入る。そして、予約時刻（予約設定されたコンテンツとしての楽曲が放送される日時）となったら、ステップＦ４０３からＦ４０４に進み、ダウンロードセットアップ指示に移る。
一方、予約設定ではない場合はステップＦ４０１からすぐにＦ４０４に進む。
【０２４８】
ステップＦ４０４からは実際にダウンロードを実行すべく、ＭＤレコーダ１３Ａに対するセットアップ指示を開始する。
まずステップＦ４０４で、ＣＰＵ８０はＭＤレコーダ１３Ａに対してステイタス変化報告要求を行う。
この要求は、ＭＤレコーダ１３Ａのシステムコントローラ１１１に対して、ダウンロードモードに入っている期間には、ＭＤレコーダ１３Ａにおいて何らかの状態変化（例えば録音ポーズから録音状態への変化など）があった場合には、その都度、そのステイタス変化を報告するように要求するものである。
【０２４９】
このようなステイタス変化報告要求があったら、システムコントローラ１１１側では処理をステップＦ４５１からＦ４５２に進め、ダウンロードモード期間中はステイタス変化を報告するように通信モードをセットする。そしてその動作を行ったら、ステップＦ４５３でステイタス変化報告要求を了承した旨の報告をＣＰＵ８０に対して行う。
【０２５０】
ＣＰＵ８０は、ステップＦ４０５で了承報告を受けたら、続いてステップＦ４０６でシステムコントローラ１１１に対してダウンロードセットアップ指示を行う。
このセットアップ指示は、システムコントローラ１１１がダウンロードの開始準備として、ダウンロードモードに移行すること、ディスク１０１上での記録を開始する位置にアクセスしてそこで録音ポーズ状態で待機すること、及び、それ以降は、システムコントローラ１１１側で入力されてくるＡＴＲＡＣデータを監視し、その監視結果に応じてダウンロード記録動作の開始、終了を実行すべきこと、を求めるコマンドとなる。
またセットアップ指示を行ったら、ステップＦ４０７で、ＩＥＥＥ１３９４インターフェース６０から、ダウンロードするコンテンツとしてのＡＴＲＡＣデータの出力を開始させる。つまり、例えば受信される１０チャンネルのＡＴＲＡＣデータのうちから選択されたチャンネルのＡＴＲＡＣデータのみを出力させるようにする。
【０２５１】
ＣＰＵ８０のステップＦ４０６によるセットアップ指示があると、システムコントローラ１１１では、処理をステップＦ４５４からＦ４５５に進め、まずダウンロードモード状態にセットするとともに、記録開始位置にヘッド（光学ヘッド１０３及び磁気ヘッド１２１）をアクセスさせ、その位置で録音ポーズ状態とする制御を行う。
続いてステップＦ４５６で、ＩＥＥＥ１３９４インターフェース１２５を介して入力されてくるＡＴＲＡＣデータの監視処理を開始する。
ダウンロードモード中にシステムコントローラ１１１が行うＡＴＲＡＣデータの監視処理としては、図１２、図１３に示したＴＳパケット単位での監視処理であり、具体的には、図１３に示したデータスタートインジケータ、データエンドインジケータ、ＰＥＳデータカウンタ、プレゼントＰＥＳナンバの監視、及び図１２のトランスポートパケットヘッダにおけるトランスポートエラーインジケータの監視となる。
また、ＩＥＥＥ１３９４インターフェース１２５においては入力されるＡＴＲＡＣデータに関して、図１３、図１４で説明したチェックサムデータによるエラー検出も行うことになる。
【０２５２】
システムコントローラ１１１は以上のセットアップ処理が完了したら、ステップＦ４５７でセットアップ完了報告を行う。そして手順Ｓ２３に進む。
またＩＲＤ１２のＣＰＵ８０は、このセットアップ完了報告を受けたら、ステップＦ４０８から手順Ｓ１３に進むことになる。
【０２５３】
以上のように本例のダウンロードセットアップは、ＩＲＤ１２がＭＤレコーダ１３Ａに対してダウンロード実行の指示を行うものであり、しかもそれはＭＤレコーダ１３Ａ側で自主的にダウンロード記録の開始、終了等を制御することを要求するものとなる。
また、ステイタス変化を報告させるようにすることで、以降開始されるダウンロード動作中に、ＩＲＤ１２側でＭＤレコーダ１３Ａの動作状況を把握できるようにするものとなる。
【０２５４】
２−７．ＡＴＲＡＣダウンロード
続いて実際のＡＴＲＡＣデータのダウンロードが行われる手順Ｓ１３、手順Ｓ２３を図３７で説明する。
このダウンロード動作は、上記セットアップ処理により、ＭＤレコーダ１３Ａ側で開始／終了等が制御されることになる。そしてＩＲＤ１２側では、単にダウンロードすべきＡＴＲＡＣデータをＩＥＥＥ１３９４インターフェース６０で選択させて出力させるのみとなる。但し、ダウンロードの進捗状況をユーザーに伝えるための所要の処理を行う。
【０２５５】
上記図３６のステップＦ４５６で監視処理を開始した後、ＭＤレコーダ１３Ａのシステムコントローラ１１１は、図３７のステップＦ５５１で、入力されるＡＴＲＡＣデータについてダウンロードする楽曲の開始タイミングを待機している。つまりＴＳパケットにおけるデータスタートインジケータ＝「１」が検出されることを待機する。
そしてその開始タイミングを検出したら、ステップＦ５５２に進み、そのＴＳパケットにおけるＡＴＲＡＣデータからディスク１０１への記録を開始する。そしてこれによってステイタス変化が生じたことになるため、ステップＦ５５３で、そのステイタス変化、つまり録音状態への移行をＣＰＵ８０に報告する。
【０２５６】
録音が開始された以降は、システムコントローラ１１１は、ステップＦ５５４でのＡＴＲＡＣデータの終了の監視、ステップＦ５５５でのＣＰＵ８０からの時間データ要求、ステップＦ５５６でのエラー発生状況の監視を継続的に実行することになる。
【０２５７】
ステップＦ５５３でのステイタス変化、つまり録音状態への移行が報告されたら、ＣＰＵ８０は、ダウンロードが開始されたことをモニタ装置１４に表示させるとともに、処理をステップＦ５０１からＦ５０２に進め、内部タイマをリセットし、タイムカウントをスタートさせる。これはダウンロード進捗状況表示のための時間データ要求を一定時間毎に実行するためのタイムカウント動作である。
その後、ステップＦ５０３でシステムコントローラ１１１から録音を終了したことを示すステイタス変化の報告の有無の監視、ステップＦ５０４でエラー発生報告の監視、ステップＦ５０５でタイムカウントにより所定時間経過したか否かの監視を行う。
【０２５８】
ＭＤレコーダ１３Ａ側で適正にダウンロードが継続されている期間は、その進捗状況をＩＲＤ１２側（モニタ装置１４）で表示する処理を行うが、まずこの処理について説明する。
タイムカウントにより所定時間が経過したことを検出したら、ＣＰＵ８０の処理はステップＦ５０５からＦ５０６に進み、システムコントローラ１１１に対して、現在ダウンロード中のＡＴＲＡＣデータに関する時間データ（ＨＭＳ（時分秒）：楽曲の先頭を０分０秒とした時間データ）を要求する。
システムコントローラ１１１はこの要求があったら、ステップＦ５５５からＦ５５９に進み、現在録音しているＡＴＲＡＣデータの時間位置としての時分秒を確認して、その時間データをＣＰＵ８０に伝える。なお、ＡＴＲＡＣデータは実時間の約４倍速のデータであり、その４倍速ＡＴＲＡＣデータをそのまま録音していくものであるため、報告する時間データは、ダウンロード実行中の実時間ではなく、ＡＴＲＡＣデータを実際に再生演奏する際の実時間に相当する値である。
この時間データは、録音しているディスク上のアドレスや、もしくはＡＴＲＡＣデータに含まれているデータアドレスなどから判別できる。
【０２５９】
時間データ（ＨＭＳ）が報告されたら、ＣＰＵ８０はステップＦ５０７からＦ５０８に進み、その時間データに基づいて、モニタ装置１４にダウンロード進捗状況の表示を実行させる。この表示は、例えばそのＡＴＲＡＣデータ（楽曲）の総演奏時間を１００％として、現在の記録時間位置を提示するものである。
表示例を図３８に示す。図３８（ａ）は、例えば図４（ａ）のような表示状態に重ねて、パーセンテージとしてのダウンロード進捗状況表示２１Ｆを実行している例である。
また図３８（ｂ）は、図４（ｂ）のような表示状態において、例えばバーグラフ形態でダウンロード進捗状況表示２１Ｆを実行している例である。
もちろん表示態様は、これら以外に多様に考えられ、いづれにしてもユーザーがその楽曲のダウンロードの完了までの経過状態を把握できるような表示を行うものとすればよい。
【０２６０】
ステップＦ５０８で表示制御処理を行ったら、ステップＦ５０２に戻ってタイマのリセット／スタートを行う。そして再び所定時間を経過したら、ステップＦ５０５からＦ５０６、Ｆ５０７、Ｆ５０８の処理を行うことになる。
従って例えば所定時間を１分とすると、表示画面上では１分ごとに進捗状況としてのパーセンテージが上がっていくような表示が行われ、ユーザーにとって、あとどれくらいでダウンロードが完了するかが大まかに把握できることになる。
もちろん表示更新のための所定期間を、例えば３０秒毎、１０秒毎、５秒ごとなど、より短い期間としてもよい。短くするほど、パーセンテージ表示の変化がよりスムースなものとなる。
【０２６１】
次にダウンロード記録実行中におけるシステムコントローラ１１１によるエラー監視について説明する。
システムコントローラ１１１は、供給されるＡＴＲＡＣデータのＴＳパケット毎について、図１３に示したＰＥＳデータカウンタとプレゼントＰＥＳナンバを確認している。
この２つの値により、ＴＳパケットの連続性が確認できるため、もし何らかの事情で或るＴＳパケットが入力されなかったような場合は、そのＴＳパケットのＡＴＲＡＣデータの欠落を認識できる。
そこで、そのような連続性エラーが確認された場合は、システムコントローラ１１１の処理はステップＦ５５６からＦ５６０に進み、ＣＰＵ８０に対してエラー発生報告を行う。そして、そのようにエラーが発生したままでダウンロードを続行することは適切でないため、後述する手順Ｓ２６に進むことになる。
一方、エラー発生報告を受けたＣＰＵ８０側では、ステップＦ５０４から後述する手順Ｓ１６に進む。
【０２６２】
なお、システムコントローラ１１１が監視するエラーとしては、このようなデータ連続性のチェック以外にも同時に行うようにしてもよい。
例えばＴＳパケットヘッダのトランスポートエラーインジケータを監視していれば、そのＴＳパケットのＡＴＲＡＣデータの信頼性を判断できる。従って信頼性のないＡＴＲＡＣデータが入力された際には、エラー発生と判断するようにしてもよい。
また、ＴＳパケットに含まれるチェックサムデータによるエラー検出も行うため、それによるエラー検出があった場合は、エラー発生とする。
【０２６３】
さらに、このように入力されるＡＴＲＡＣデータ上のエラーのみならず、当然ながらＭＤレコーダ１３Ａ側の動作エラー（記録データに影響を与える動作エラー）があった場合も、エラー発生として処理を行うことも考えられる。
【０２６４】
ＡＴＲＡＣデータのダウンロードがエラーなく継続されると、或る時点でシステムコントローラ１１１は、ＴＳパケット内のデータエンドインジケータ＝「１」という状態を検出することになる。
それは、そのＴＳパケットが楽曲の最後のＰＥＳパケット内のものであることを意味するため、そのＰＥＳパケットの最後のＴＳパケットを受信した時点で、処理をステップＦ５５４からＦ５５７に進め、その最後のＴＳパケットのＡＴＲＡＣデータを最後としてディスク１０１への記録動作を終了させる。
そしてそれはステイタス変化が生じたことになるため、ステップＦ５５８へ、録音状態から停止状態へステイタス変化が起こった旨の報告を行う。そして手順Ｓ２４に進む。
【０２６５】
ＣＰＵ８０では、録音が終了したことを示すステイタス変化報告を受けたら、処理をステップＦ５０３から手順Ｓ１４に進めることになる。
【０２６６】
以上のように、手順Ｓ１３、手順Ｓ２３としてダウンロード実行中の処理が行われる。
そしてこのようなダウンロード記録は、開始・終了がＭＤレコーダ１３Ａ側で制御されるため、ＩＲＤ１２側の処理負担は小さいものとなる。つまり、ダウンロード動作に関しては、単にダウンロード対象となったＡＴＲＡＣデータを供給するのみで、後は開始／終了の報告を待っていればよい。
【０２６７】
また、記録実行中には、ダウンロード進捗状況をモニタ装置１４で表示させることにより、ユーザーに適切に進捗状況を提示でき、ユーザーにとってダウンロード動作をわかりやすいものとすることができる。
なお、進捗状況の表示に関しては、例えばダウンロード実行中の実経過時間（実際のダウンロード動の経過時間）や、ＡＴＲＡＣデータとしての時間位置（楽曲内での経過時間位置）の一方又は両方を同時に表示するようにしてもよい。
またこの例では４倍速ＡＴＲＡＣデータのダウンロードに関して述べたが、ＡＴＲＡＣ入力非対応の機器（例えば図２０のＭＤレコーダ１３Ｅ、１３Ｆ、１３Ｇなど）で、実時間で供給されるオーディオデータをダウンロードしていく場合にも、当然同様の進捗状況表示を行うことができる。もちろんオーディオデータをストレージデバイス１３に対して低速で供給したり、バースト的に供給するような場合でも、進捗状況表示は可能である。
【０２６８】
さらに、ＭＤレコーダ１３Ａ側の表示部１２９など、ストレージデバイス１３側に表示機能がある場合は、その表示機能により同様の進捗状況表示を行うようにしてもよい。その場合は、現在記録しているＡＴＲＡＣデータが何％の時間位置であるかをシステムコントローラ１１１が把握できるようにするため、ＣＰＵ８０がシステムコントローラ１１１に、その楽曲の総演奏時間情報を伝えておく必要がある。
【０２６９】
また本例では、何らかのエラーが発生して適正にダウンロードが実行できなくなった場合には、システムコントローラ１１１がＣＰＵ８０にエラー報告するとともに、処理を後述する手順Ｓ１６、Ｓ２６に進めるようにすることで、適切な対応がとれる。
【０２７０】
２−８．管理／付加情報のダウンロード及び終了処理
手順Ｓ１４、手順Ｓ２４としての処理例を図３９、図４０で説明する。
上記手順Ｓ１３、手順Ｓ２３により、ＡＴＲＡＣデータのディスク１０１への記録が正常に終了された場合は、続いてそのＡＴＲＡＣデータに関する管理情報や、付加情報をディスク１０１に記録する処理に移る。
【０２７１】
通常、ＭＤレコーダ１３Ａでは、ＡＴＲＡＣデータの記録に関するＵ−ＴＯＣセクター０の管理情報、即ちトラックナンバに応じた記録位置としてのスタートアドレス、エンドアドレス、トラックモード等は、記録終了時にそのデータを生成して、Ｕ−ＴＯＣセクター０の更新を行うものであるが、このＩＲＤ１２からの指示によるダウンロードモードの場合は、トラックモードのデータをＩＲＤ１２から受け取ることになる。
【０２７２】
即ち図３９のステップＦ６０１で、ＩＲＤ１２のＣＰＵ８０は、ダウンロードしたＡＴＲＡＣデータに関するトラックモードデータをシステムコントローラ１１１に送信する。例えば図１３に示したＦＤＦに記述されたコピーライト、オリジナル／コピー、ステレオ／モノ、エンファシスなどに応じて、８ビットのトラックモードデータ（ミニディスクシステムにおけるＵ−ＴＯＣフォーマットに即したトラックモードデータ）を生成し、送信する。またそれを用いてのＵ−ＴＯＣセクター０の更新の指示を行う。
【０２７３】
システムコントローラ１１１では、このようなトラックモードデータ及びコマンドが受信されたら、ステップＦ６５１からＦ６５２に進んで、例えばＲＡＭ１１３に保持している、ディスク１０１に関するＵ−ＴＯＣセクター０の更新を行う。つまり供給されたトラックモードとともに、記録動作にかかるスタートアドレス、エンドアドレスを、今回記録したＡＴＲＡＣデータのトラックナンバに対応させて記述する。
【０２７４】
なお実際にディスク１０１上でのＵ−ＴＯＣセクターの書換は、例えばディスク１０１がイジェクトされる際や、ＭＤレコーダ１３Ａの電源がオフとされる際などでよいが、この時点で、実際にディスク１０１上でのＵ−ＴＯＣ更新を行うようにしてもよい。以下説明する他のＵ−ＴＯＣセクターデータやＡＵＸ−ＴＯＣ，ＡＵＸデータなども同様である。但し、ＡＵＸデータに関してはＲＡＭ１１３の容量に鑑みて、ＩＲＤ１２から供給された時点でディスク１０１に書き込むことが適切な場合がある。
【０２７５】
システムコントローラ１１１はＵ−ＴＯＣセクター０に関する処理を終えたら、ステップＦ６５３でＣＰＵ８０に対して完了報告を行う。
この完了報告を受けたら、ＣＰＵ８０は処理をステップＦ６０２からＦ６０３に進め、続いてＵ−ＴＯＣセクター１又はセクター４に記述すべきトラックネームデータ（つまり曲名）を送信するとともに、これらＵ−ＴＯＣセクター１以降の処理をシステムコントローラ１１１に指示する。
【０２７６】
システムコントローラ１１１では、このようなトラックネームデータ及びコマンドが受信されたら、ステップＦ６５４からＦ６５５に進んで、ＲＡＭ１１３に保持している、ディスク１０１に関するＵ−ＴＯＣセクター１，２，４の更新を行う。つまり供給されたトラックネームデータや、システムコントローラ１１１が把握している現在日時データにより、今回記録したＡＴＲＡＣデータのトラックナンバに対応させてトラックネーム、録音日時等を記述する。
そしてシステムコントローラ１１１はＵ−ＴＯＣセクター１以降のＵ−ＴＯＣセクターに関する処理を終えたら、ステップＦ６５６でＣＰＵ８０に対して完了報告を行う。そして▲８▼で示すように図４０のステップＦ６５７以降に進む。
ステップＦ６５７以降ではシステムコントローラ１１１は、ステップＦ６５７でテキストデータ及び記録指示コマンドの受信の監視、ステップＦ６６０でのイメージデータ及び記録指示コマンドの監視、ステップＦ６６３でのダウンロード終了指示の監視を行うことになる。
【０２７７】
ステップＦ６５６でシステムコントローラ１１１が発する完了報告を受けたら、ＣＰＵ８０は処理を図３９のステップＦ６０４から▲７▼で示すように図４０のステップＦ６０５に進める。
まずステップＦ６０５では、今回ダウンロードしたＡＴＲＡＣデータに付随する付加情報として放送されてきたテキストデータが存在するか否かを確認する。例えば楽曲の歌詞データやアーティストのプロフィール、アルバムのライナーノートのようなテキストデータである。これらのデータは図６に示したように音声付加情報として放送されている。
今回ダウンロードしたＡＴＲＡＣデータに付随するテキストデータが存在しなければステップＦ６０８に進むが、存在すれば、ステップＦ６０６に進んで、システムコントローラ１１１に対してそのテキストデータを送信するとともに記録指示コマンドを発行する。
【０２７８】
このようにステップＦ６０６によるテキストデータ及びコマンドが発行された場合は、システムコントローラ１１１はステップＦ６５７からＦ６５８に進み、そのテキストデータを、今回のダウンロードデータとしてディスク１０１に記録されたトラックに対応するＡＵＸテキストファイルのデータとしてディスク１０１のＡＵＸエリアに記録する。もちろんこれに応じて、そのファイルの管理情報となるデータを、ＡＵＸ−ＴＯＣに記述する。
そのような処理が完了したら、ステップＦ６５９でＣＰＵ８０に対して完了報告を行う。ＣＰＵ８０は、ステップＦ６０７で、この完了報告を待ってから、処理をステップＦ６０８に進める。
【０２７９】
ＣＰＵ８０はステップＦ６０８では、今回ダウンロードしたＡＴＲＡＣデータに付随する付加情報として放送されてきたイメージデータが存在するか否かを確認する。例えば楽曲のアルバムジャケットやアーティストの写真画像のようなイメージデータである。これらのデータも図６に示した音声付加情報として放送されている。
今回ダウンロードしたＡＴＲＡＣデータに付随するテキストデータが存在しなければステップＦ６１１に進むが、存在すれば、ステップＦ６０９に進んで、システムコントローラ１１１に対してそのイメージデータを送信するとともに記録指示コマンドを発行する。
【０２８０】
このようにステップＦ６０９によるイメージデータ及びコマンドが発行された場合は、システムコントローラ１１１はステップＦ６６０からＦ６６１に進み、そのイメージデータを、今回のダウンロードデータとしてディスク１０１に記録されたトラックに対応するＡＵＸイメージファイルのデータとして、ディスク１０１のＡＵＸエリアに記録する。もちろんこれに応じて、そのファイルの管理情報となるデータを、ＡＵＸ−ＴＯＣに記述する。
そのような処理が完了したら、ステップＦ６６２でＣＰＵ８０に対して完了報告を行う。ＣＰＵ８０は、ステップＦ６１０でこの完了報告を待って、処理をステップＦ６１１に進める。
【０２８１】
ステップＦ６１１に進む時点で、ＣＰＵ８０での手順Ｓ１４としての処理が終了され、続いて手順Ｓ１５としてのダウンロード終了処理に移る。
即ちステップＦ６１１でダウンロード終了指示のコマンドをシステムコントローラ１１１に送る。
【０２８２】
このダウンロード終了指示が受信されると、システムコントローラ１１１でも手順Ｓ２４としての処理が終了され、手順Ｓ２５のダウンロード終了処理として、ステップＦ６６３からＦ６６４に進む。そして一連のダウンロード動作が完了されたとして、ダウンロードモードを終了させる処理を行う。さらに終了処理に伴いステップＦ６６５で、ＣＰＵ８０に対して終了報告を行う。以上によりシステムコントローラ１１１側でのダウンロードモード処理が終了される。
一方ＣＰＵ８０では、ステップＦ６１２で終了報告を待機しており、システムコントローラ１１１からの終了報告があったら、一連のダウンロード処理を終了する。このときモニタ装置１４にダウンロード終了の旨を表示する。
【０２８３】
以上の処理からわかるように、本例のダウンロード動作としては、ＡＴＲＡＣデータのダウンロードに付随して、トラックモード、トラックネーム、テキストデータ、イメージデータも、ＩＲＤ１２からＭＤレコーダ１３Ａに供給され、ＡＴＲＡＣデータに関連づけられてディスク１０１に記録されることになる。
即ちダウンロードを楽曲の販売として考えたときに、単なる音声データだけでなく付随する文字や画像データも提供されることで、ユーザーに対するサービスを充実したものとすることができる。
また、特にトラックモードとして放送に重畳されたデータ、例えばコピーライト情報など放送局側（コンテンツ提供側）が付与した情報を記録させることで、著作権保護や好適な再生条件の設定などにも好適である。
【０２８４】
２−９．エラー発生時の処理
次に上述したように手順Ｓ１３、手順Ｓ２３においてエラー発生が確認され、手順Ｓ１６、手順Ｓ２６に進んだ場合の処理をず４１で説明する。
【０２８５】
まずＩＲＤ１２側では、図３７のステップＦ５０４から手順Ｓ１６に進んだ時には、図４１のステップＦ７０１として、エラーメッセージを表示する制御を行う。即ちモニタ装置１４においてユーザーに対して例えば「ダウンロード中にエラーが発生しました。ダウンロードをやり直します」というようなメッセージを表示させる。
そしてステップＦ７０２で、実際にダウンロードのリトライが可能であるか否かを判別する。
例えばＡＴＲＡＣデータの放送は、図６で説明したように１イベントとしての放送期間内に繰り返し放送されてくるため、ダウンロードが失敗しても、そのイベント期間内であれば、また同じＡＴＲＡＣデータが放送されてくる。従って次にくる同一楽曲の先頭位置となるタイミングからダウンロードリトライが可能である。
ところが、その楽曲についてのイベント内の最後のＡＴＲＡＣデータのダウンロード中にエラーが生じた場合は、リトライ不能となる。
また、発生したエラーが単にデータ上のエラーであればリトライ可能であるが、ＭＤレコーダ１３Ａ側の故障などの場合は、リトライ不能となる場合がある。
【０２８６】
ＣＰＵ８０はこれらの事情を判別して、リトライ可能であればステップＦ７０３から手順Ｓ１２に進む。即ち再度ダウンロードセットアップからやり直すようにする。
【０２８７】
一方、システムコントローラ１１１側では、エラー発生を検出してステップＦ７５１に進んだ場合は、まずＡＴＲＡＣデータのディスク１０１への記録動作を中止させる。
そしてステップＦ７５２で、途中まで記録されていたＡＴＲＡＣデータを消去された状態とする。なお、実際にはＵ−ＴＯＣセクター０が更新されない限りはディスク１０１に記録が行われたとみなされないため、ここでの処理は現在の記録位置として把握しているアドレスをシステムコントローラ１１１が内部的にクリアするのみでよい。
そして特にＣＰＵ８０からダウンロード中止指示がなければ手順Ｓ２２に進み、手順Ｓ１２としてのＣＰＵ８０からの指示に応じて上述したセットアップ動作を再度行う。
即ちこのような場合は、エラー発生の場合に、一旦ダウンロードが中断されるが、その後リトライが実行されることになる。
【０２８８】
ところが上記したような何らかの事情でリトライが不可能である場合は、ＣＰＵ８０は処理をステップＦ７０４に進めて、まずユーザーに対してダウンロード不能のメッセージを提示する。即ちモニタ装置１４に例えば「ダウンロードのやり直しができません。ダウンロードを中止します」というようなメッセージ表示を行う。
そしてステップＦ７０５でシステムコントローラ１１１に対してダウンロードの中止の指示を行う。
このような場合システムコントローラ１１１では処理はステップＦ７５３からＦ７５４に進むことになり、ダウンロード動作が中止されたとして、ダウンロードモードを終了させる処理を行う。さらに終了処理に伴いステップＦ７５５で、ＣＰＵ８０に対して終了報告を行う。即ちシステムコントローラ１１１側でのダウンロードモード処理が終了される。
一方ＣＰＵ８０では、ステップＦ７０６で終了報告を待機しており、システムコントローラ１１１からの終了報告があったら、一連のダウンロード処理を中止終了する。
【０２８９】
以上の処理からわかるように、たとえダウンロード中にデータエラーが発生しても、多くの場合はダウンロードリトライが行われることになり、ユーザーの要求するダウンロード動作が正確に実現される。また、エラー発生時にそのままダウンロードを続行しないことはダウンロードデータの品質保持につながり、データ販売システムとして好適なものとなる。
さらに、リトライが不可能な場合は、ユーザーにその旨を正しく伝えるとともに、ダウンロードを中止することで、不適切なデータをユーザーに販売してしまうことがないようにできる。
【０２９０】
なお、リトライ動作としては、例えばエラー発生時までに録音したＡＴＲＡＣデータをそのまま有効データとして用いる例も考えられる。
即ちステップＦ７５２の処理では、システムコントローラ１１１はエラー発生直前のアドレス（例えばＴＳパケット又はＰＥＳパケットのナンバー）を記憶しておくようにし、またディスク１０１上の記録位置もそのポイントでホールドしておく。そしてリトライ時には、そのアドレス（ＴＳパケット又はＰＥＳパケット）までのＡＴＲＡＣデータの入力が確認されたら、その次のパケットのデータを起点として、ディスク１０１上の次のアドレス位置から記録を再開するようにする方式である。
【０２９１】
また、リトライが不能と判断されることを少なくするための処理として次のような動作も考えられる。
例えばＭＤレコーダ１３Ａ側の故障などによりエラーとなった場合は、他の機器（例えばＭＤレコーダ１３Ｂ）に対してリトライ動作としてのダウンロードを実行するようにする。
また、イベント内の最後のＡＴＲＡＣデータの放送でエラーが生じ、リトライ不能となった場合は、そのダウンロード動作を予約登録として、後日同一の楽曲が放送される際に自動的にダウンロードさせるような処理も考えられる。
【０２９２】
以上、実施の形態としての構成及び処理例を詳述してきたが、具体的な処理例は上記例に限らず多様に考えられることはいうまでもない。
また機器間の通信方式、通信コマンドも上記例に限定されるものではない。
さらにＩＲＤ１２とストレージデバイス１３が別体である例で説明したが、これらが一体的な機器とされる場合もありうる。
【０２９３】
また、放送の送信／受信システムとしてはＤＳＭ−ＣＣ方式を採用した場合に限定されるものではなく、実施の形態において説明した送信フォーマットに準ずる伝送方式であれば本発明の適用が可能とされる。また、本発明が適用されるシステムとしてもデジタル衛星放送システムに限定されるものではなく、例えばケーブルテレビジョンなどの放送や、インターネット等において適用することも可能である。
【０２９４】
【発明の効果】
以上説明したように本発明では、ダウンロード実行前に情報受信装置は、ストレージデバイス側で確実にダウンロードが失敗してしまうと予測される状態となっているか否かを確認する。そしてそのような状態でない場合（つまりダウンロード動作のための必要な条件が整っている場合に）に記録データの供給を開始し、ストレージデバイス側でダウンロードが行われるようにする。これにより、ダウンロード失敗を未然に防ぐことができる。
特にダウンロード成功の条件が整っていない場合にはユーザーに対してメッセージを提示し、必要な処置を求めるようにする。例えばディスク装填、ディスク交換、記録残量に対する対応などを求めるようにするため、ユーザーのディスクの入れ忘れや、ライトプロテクトの状況、記録可能な残り容量などが原因となってダウンロードに失敗するという事態は防止され、またユーザーがメッセージに応じて対処することでダウンロード成功に導くことができる。
【０２９５】
また情報受信装置では、記録データ供給手段により或るストレージデバイスに対する記録データの供給を開始する前に、そのストレージデバイスが当該情報受信装置からの記録データの供給に対応できる状態となるように、そのストレージデバイスに対する指示制御を行うことができるようにしている。即ちユーザーを介さずに対処できるような条件（例えば電源状態や入力切換状態など）については、情報受信装置から直接ストレージデバイスを制御し、ストレージデバイスがダウンロード動作に必要な所定の状態となるようにしている。これによってユーザーの手を介さないで対応できるものについては自動的に条件を整えることができるようになり、ダウンロード成功の可能性を高くするとともにユーザーの手間を省くことができる。
【０２９６】
また、例えばユーザーがその場にいない場合などであって、対応処置がとれない場合にはダウンロードが実行されないことになる。これは、ダウンロードに応じて課金が発生するシステムの場合は、ユーザーに対してダウンロード失敗の場合にも課金を行うようなことを防止することになり、非常に有効な処理となる。
さらにダウンロードが中止される場合は、その旨（及び理由）をユーザーに提示するようにすることで、ユーザーの混乱や誤認を防ぐことができる。
【０２９７】
そして以上のように、ダウンロード失敗を防止すること、及びできる限りダウンロード成功に導くことができるようにすることで、ダウンロード可能なシステムとしての信頼性を大幅に向上させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のデジタル衛星放送受信システムの構成例を示すブロック図である。
【図２】実施の形態における受信設備の構築例を示すブロック図である。
【図３】実施の形態のＩＲＤのためのリモートコントローラの外観を示す正面図である。
【図４】放送画面とＧＵＩ画面との切り換えを示す説明図である。
【図５】地上局の構成例を示すブロック図である。
【図６】地上局から送信されるデータを示すチャート図である。
【図７】送信データの時分割多重化構造を示す説明図である。
【図８】ＤＳＭ−ＣＣによる送信フォーマットを示す説明図である。
【図９】トランスポートストリームのデータ構造図である。
【図１０】ＰＳＩのテーブル構造を示す説明図である。
【図１１】ＰＥＳパケットの説明図である。
【図１２】ＴＳパケットの説明図である。
【図１３】ＴＳパケットのデータボディの説明図である。
【図１４】ＴＳパケットのデータボディのチェックサムデータの説明図である。
【図１５】実施の形態のＩＲＤの構成を示すブロック図である。
【図１６】データサービスのディレクトリ構造の一例を示す説明図である。
【図１７】実施の形態のＩＲＤに接続されるＭＤレコーダのブロック図である。
【図１８】ミニディスクのクラスタフォーマットの説明図である。
【図１９】ミニディスクのエリア構造の説明図である。
【図２０】実施の形態における受信設備の構築例を示すブロック図である。
【図２１】実施の形態のＩＲＤの機器接続時の処理のフローチャートである。
【図２２】実施の形態のＩＲＤの機器接続解消時の処理のフローチャートである。
【図２３】実施の形態のＩＲＤのニックネーム入力モード処理のフローチャートである。
【図２４】実施の形態のＩＤテーブルの説明図である。
【図２５】実施の形態のダウンロード処理手順の説明図である。
【図２６】実施の形態のダウンロード処理手順の説明図である。
【図２７】実施の形態のダウンロード設定処理のフローチャートである。
【図２８】実施の形態の機器リスト表示例の説明図である。
【図２９】実施の形態の機器リスト表示例の説明図である。
【図３０】実施の形態の機器リスト表示例の説明図である。
【図３１】実施の形態の機器リスト表示例の説明図である。
【図３２】実施の形態のダウンロード実行のためのチェック／指示処理のフローチャートである。
【図３３】実施の形態のディスク装填チェック処理のフローチャートである。
【図３４】実施の形態のライトプロテクトチェック処理のフローチャートである。
【図３５】実施の形態のディスク容量チェック処理のフローチャートである。
【図３６】実施の形態のダウンロードセットアップ時の処理のフローチャートである。
【図３７】実施の形態のＡＴＲＡＣ記録時の処理のフローチャートである。
【図３８】実施の形態のダウンロード進捗状況表示例の説明図である。
【図３９】実施の形態の管理／付加情報記録時の処理のフローチャートである。
【図４０】実施の形態の管理／付加情報記録時の処理のフローチャートである。
【図４１】実施の形態のエラー発生時の処理のフローチャートである。
【符号の説明】
１ 地上局、２ 衛星、３ 受信設備、５ 課金サーバ、６ テレビ番組素材サーバ、７ 楽曲素材サーバ、８ 音声付加情報サーバ、９ ＧＵＩデータサーバ、１０ キー情報サーバ、１１ パラボラアンテナ、１２ ＩＲＤ、１３ ストレージデバイス、１３Ａ，１３Ｂ，１３Ｅ，１３Ｆ，１３Ｇ ＭＤレコーダ、１４ モニタ装置、１６ ＩＥＥＥ１３９４バス、２１Ａ テレビ番組表示エリア、２１Ｂ リスト、２１Ｃ テキスト表示エリア、２１Ｄ ジャケット表示エリア、２２ 歌詞表示ボタン、２３ プロフィール表示ボタン、２４ 情報表示ボタン、２５ 予約録音ボタン、２６ 予約済一覧表示ボタン、２７ 録音履歴ボタン、２８ ダウンロードボタン、３１ テレビ番組素材登録システム、３２楽曲素材登録システム、３３ 音声付加情報登録システム、３４ ＧＵＩ用素材登録システム、３５ ＡＶサーバ、３６Ａ ＭＰＥＧオーディオエンコーダ、３６Ｂ ＡＴＲＡＣエンコーダ、３７ 音声付加情報データベース、３８ ＧＵＩ素材データベース、３９ テレビ番組送出システム、４０Ａ ＭＰＥＧオーディオサーバ、４０Ｂ ＭＰＥＧオーディオサーバ、４１ 音声付加情報送出システム、４２ ＧＵＩオーサリングシステム、４３Ａ ＭＰＥＧオーディオ送出システム、４３Ｂ ＡＴＲＡＣオーディオ送出システム、４４ ＤＳＭ−ＣＣエンコーダ、４５ マルチプレクサ、４６ 電波送出システム、５１ チューナ／フロントエンド部、５２ デスクランブラ、５３ トランスポート部、５４ ＭＰＥＧ２オーディオデコーダ、５４Ａ メモリ、５５ ＭＰＥＧ２ビデオデコーダ、５５Ａ メモリ、５６ Ｄ／Ａコンバータ、５７ スイッチ回路、５８ 表示処理部、５９ 光デジタル出力インターフェイス、６０ ＩＥＥＥ１３９４インターフェイス、６１ マンマシンインターフェイス、６２ ＩＣカードスロット、６３ モデム、６４ リモートコントローラ、６５ ＩＣカード、６６ 赤外線インターフェース、６７ コントロールラインインターフェース、６８ 不揮発性メモリ、６９ タイマ、７０ デマルチプレクサ、７１ キュー、８１ 制御処理部、８２ ＤｅＭＵＸドライバ、８３ ＤＳＭ−ＣＣデコーダブロック、８４ ＭＨＥＧデコーダブロック、９０ メインメモリ、９１ ＤＳＭ−ＣＣバッファ、１０１ ディスク、１１１ システムコントローラ、１２５ ＩＥＥＥ１３９４インターフェース、１２６ コントロールラインインターフェース、１２７ 赤外線インターフェース、１２８ 光デジタル入力インターフェース、１２９ 表示部、２０１ 電源キー、２０２ 数字キー、２０３ 画面表示切換キー、２０４ インタラクティブ切換キー、２０５ａ 矢印キー、２０５ ＥＰＧキーパネル部、２０６ チャンネルキー、Ｔ１ 入力端子、Ｔ２ アナログビデオ出力端子、Ｔ３ アナログオーディオ出力端子、Ｔ４ アナログオーディオ出力端子[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for transmitting / receiving / recording (downloading) information, such as a data service based on digital satellite broadcasting, and more particularly to an information receiving apparatus that receives information and provides download data to a storage device. It is about.
[0002]
[Prior art]
In recent years, digital satellite broadcasting has been widely used. Digital satellite broadcasts, for example, are more resistant to noise and fading than existing analog broadcasts, and can transmit high-quality signals. In addition, the frequency utilization efficiency is improved, and the number of channels can be increased. Specifically, in the case of digital satellite broadcasting, it is possible to secure several hundred channels with one satellite. In such digital satellite broadcasting, a large number of specialized channels such as sports, movies, music, and news are prepared, and programs corresponding to each specialized content are broadcast on these specialized channels.
[0003]
Then, by using the digital satellite broadcasting system as described above, the user can download audio data such as music, or as so-called TV shopping, for example, the user can make a purchase contract for some product while watching the broadcast screen. It has been proposed to do so. In other words, as a digital satellite broadcasting system, data service broadcasting is performed in parallel with normal broadcasting contents.
[0004]
As an example, in the case of downloading music data, on the broadcast side, the music data is multiplexed and broadcasted in parallel with the broadcast program. Further, when downloading the music data, a GUI (Graphical User Interface) screen (that is, an operation screen for downloading) is displayed to allow the user to perform an interactive operation. The data for this is also multiplexed and broadcast.
The user who owns the receiving device displays and outputs a GUI screen for downloading music data by a predetermined operation on the receiving device while a desired channel is selected. Then, when the user performs an operation on the displayed operation screen, for example, data is supplied to a digital audio device connected to the receiving device, and this is recorded.
[0005]
By the way, as the GUI screen for downloading the music data as described above, for example, in addition to information such as part image data and text data forming the GUI screen, for further outputting sound according to a predetermined operation. Unit data (file) such as audio data is handled as an object, and the output mode of the object is defined by a scenario description by a predetermined method, thereby realizing the required display mode and the output mode of audio and the like for the operation screen. It is conceivable to configure as follows.
In addition, here, a display screen (including an output of sound or the like) that realizes a function in accordance with a certain purpose by being defined by the description information like the above GUI screen is referred to as a “scene”. Let's say. “Object” indicates unit information such as image, sound, text, etc. whose output mode is defined based on description information. At the time of transmission, the data file of the description information itself is also “object”. ”.
[0006]
The object for realizing the scene display and the sound output on the scene display is appropriately mapped to the directory structure of the data forming the scene to be broadcast on the broadcasting station side, and is according to a predetermined transmission method. Encoded and sent. For example, when a plurality of scenes are required in a certain program, the object data required for the plurality of scenes is appropriately mapped and transmitted.
On the receiving device side, decoding processing is performed according to the transmission method, for example, data as a group for each object required for a scene necessary for display is obtained, and this is output as a scene.
[0007]
[Problems to be solved by the invention]
By the way, a storage device is connected to a receiving device owned by the user for downloading. Various devices such as MD recorders, VCRs, and DVD recorders are conceivable as storage devices. Of course, in order for reliable downloads to be executed, there are operating conditions that allow these storage devices to execute downloads. Must be in place.
For example, taking an MD recorder as an example, if a disc is not loaded or the disc is write-protected, downloading cannot be executed. Also, it is necessary that the recording capacity of the disc remains sufficiently.
Furthermore, not only the status of such media but also whether the storage device is powered on or ready for data input from the receiving device is a condition for accurate download. .
[0008]
In other words, when attempting to download, the user must confirm that these conditions are met on the storage device side, and if the conditions are not met, the user must take the necessary corrective action (such as disk replacement). .
However, in practice, the user does not always perform such confirmation properly, and mistakes due to misunderstandings and unfamiliar operations occur.
In such a case, an appropriate download cannot be executed even if the download is actually started.
[0009]
[Means for Solving the Problems]
  The present invention has been made in view of such circumstances, receiving means for receiving transmitted data, and at least video information, audio information, and additional information about the data in the data.Interface information about downloads and downloadsDecoding means for performing a decoding process of the data,The additional information andAboveUser interface information about the downloadOn the basis of the, Regarding the download of the dataA first display means for displaying a user interface screen; a second display means for displaying a moving image based on the video information; a first screen displayed by the first display means; Screen display switching means for switching the second screen displayed by the display means, and control means for controlling screen switching by the screen display switching means by a user operation.
[0010]
  Further, the first display means displays the additional information superimposed on the user interface screen.
  Further, the first display means displays a display button for displaying the additional information superimposed on the user interface screen.
  The control means is controlled to display the additional information based on the display button by an operation of the user.
  Further, the second display means displays the reduced moving image on a part of the user interface screen.
  The additional information includes at least lyrics information, artist profile information, or photographic image information.
  Further, the first display means displays a display button for downloading the data superimposed on the user interface screen, and further, download control means for starting downloading of the data based on the display button; And so on.
  Also, the download control means starts downloading the data by a user operation.
  Further, the download control means stops the download of the data by a user operation.
[0011]
  The information receiving method of the present invention includes a receiving procedure for receiving transmitted data, at least video information, audio information, and additional information about the data in the data.Interface information about downloads and downloadsAnd a decoding procedure for performing a decoding process of the data,The additional information andAboveUser interface information about the downloadOn the basis of the, Regarding the download of the dataA first display procedure for displaying a user interface screen; a second display procedure for displaying a moving image based on the video information; a first screen displayed by the first display procedure; A screen display switching procedure for switching between the second screens displayed by the display procedure and a control procedure for controlling screen switching by the screen display switching procedure by a user operation are provided.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described.
As a system to which the present invention is applied, a program is broadcast using digital satellite broadcasting, and information such as music data (audio data) related to the program is received on the receiving device side, and the program and related music are received. An example is a system that can output data and download the music data to a connected storage device.
A receiving device (IRD described later) in such a system is an embodiment of the present invention. An example of the storage device is an MD (mini disk) recorder.
The description will be given in the following order.
1. Digital satellite broadcasting system
1-1. overall structure
1-2. Operations for GUI screen
1-3. Ground station
1-4. Transmission format
1-5. Transmission format of ATRAC data
1-6. IRD
1-7. MD recorder
1-8. MD area structure
2. download
2-1. Device connection configuration
2-2. Device connection processing
2-3. Download operation overview
2-4. Download setting process
2-5. Check process before download
2-6. Download setup
2-7. ATRAC download
2-8. Management / additional information download and termination processing
2-9. Processing when an error occurs
[0013]
  1. Configuration of digital satellite broadcasting system
    1-1. overall structure
  FIG. 1 shows the overall configuration of a digital satellite broadcasting system as an example. As shown in this figure, the ground station 1 for digital satellite broadcasting includes a material for television program broadcast from the television program material server 6, a material for music data from the music material server 7, and an audio additional information server 8. Additional audio information and GUI data server9From the GUI data.
[0014]
The TV program material server 6 is a server that provides materials for ordinary broadcast programs. Music broadcast materials sent from the television program material server are moving images and audio. For example, in the case of a music broadcast program, for example, a moving image and audio for promotion of a new song are broadcast using the moving image and audio material of the TV program material server 6.
[0015]
The music material server 7 is a server that provides an audio program using an audio channel. The audio program material is audio only. This music material server 7 transmits the material of audio programs of a plurality of audio channels to the ground station 1.
In the program broadcast of each audio channel, the same music is repeatedly broadcast for a predetermined unit time. Each audio channel is independent, and there are various possible uses. For example, one audio channel repeatedly broadcasts the latest Japanese pop songs for a certain period of time, and the other audio channel repeatedly broadcasts the latest foreign pop songs for a certain period of time. .
[0016]
The audio additional information server 8 is a server that provides time information of music output from the music material server 7.
[0017]
The GUI data server 9 provides “GUI data” for forming a GUI screen used by the user for operation. For example, if it is a GUI screen related to music download as will be described later, image data, text data, and data for forming a still image of an album jacket for forming a list page of distributed music and an information page for each music Etc. Furthermore, EPG data used for displaying a program table called so-called EPG (Electrical Program Guide) on the receiving equipment 3 side is also provided here.
As the “GUI data”, for example, an MHEG (Multimedia Hypermedia Information Coding Experts Group) system is adopted. MHEG is an international standard for scenario description for producing multimedia information, procedures, operations, etc. and their combinations as objects, encoding those objects, and producing them as titles (for example, GUI screens). Is done. In this example, MHEG-5 is adopted.
[0018]
The ground station 1 multiplexes and transmits the information transmitted from the television program material server 6, the music material server 7, the audio additional information server 8, and the GUI data server 9.
In this example, video data transmitted from the TV program material server 6 is compression-encoded by the MPEG (Moving Picture Experts Group) 2 system, and audio data is compression-encoded by the MPEG2 audio system. The audio data transmitted from the music material server 7 is compressed and encoded by one of the MPEG2 audio method and the ATRAC (Adoptive Tranform Acoustic Coding) method, for example, corresponding to each audio channel.
These data are encrypted using the key information from the key information server 10 when multiplexing.
An example of the internal configuration of the ground station 1 will be described later.
[0019]
A signal from the ground station 1 is received by the receiving equipment 3 in each home via the satellite 2. The satellite 2 is equipped with a plurality of transponders. One transponder has a transmission capacity of 30 Mbps, for example. A parabolic antenna 11, an IRD (Integrated Receiver Decorder) 12, a storage device 13, and a monitor device 14 are prepared as the receiving equipment 3 in each home.
In this case, a remote controller 64 for operating the IRD 12 is shown.
[0020]
The parabola antenna 11 receives a signal broadcast via the satellite 2. This received signal is converted to a predetermined frequency by an LNB (Low Noize Block Down Converter) 15 attached to the parabolic antenna 11 and supplied to the IRD 12.
[0021]
As a schematic operation in the IRD 12, a signal of a predetermined channel is selected from a received signal, and video data and audio data as a program are demodulated from the selected signal and output as a video signal and an audio signal. . The IRD 12 also outputs a GUI screen based on GUI data that is multiplexed and transmitted together with data as a program. Such an output of the IRD 12 is supplied to the monitor device 14, for example. As a result, the monitor device 14 performs image display and audio output of the program selected and received by the IRD 12, and can display a GUI screen in accordance with user operations as described later.
[0022]
The storage device 13 is for storing audio data (music data) downloaded by the IRD 12. The type of the storage device 13 is not particularly limited, and an MD (Mini Disc) recorder / player (hereinafter referred to as MD recorder), a DAT recorder / player, a DVD recorder / player, or the like can be used. It is also possible to use a personal computer device as the storage device 13 and store audio data on a recordable medium such as a CD-R in addition to a hard disk.
However, in this example, regarding the download operation described later, the IRD 12 will be described as having the MD recorder execute the download among the devices connected as the storage device 13.
[0023]
As the receiving facility 3 of this example, as shown in FIG. 2, an MD recorder 13A having a data interface corresponding to IEEE 1394 as a data transmission standard can be used as the storage device 13 shown in FIG. It has become.
The IEEE 1394 compatible MD recorder 13A shown in this figure is connected to the IRD 12 by the IEEE 1394 bus 16. Thereby, in this example, the audio data (download data) received as a song and received by the IRD 12 can be directly captured and recorded in a state where compression processing is performed by the ATRAC method. Further, when the MD recorder 13A and the IRD 12 are connected by the IEEE 1394 bus 16, in addition to the audio data, it is possible to record the album data (still image data) and text data such as lyrics. Yes.
[0024]
The IRD 12 can communicate with the accounting server 5 via the telephone line 4, for example. An IC card for storing various information is inserted into the IRD 12 as will be described later. For example, assuming that audio data of a music piece has been downloaded, history information relating to this is stored in the IC card. This IC card information is sent to the accounting server 5 through the telephone line 4 at a predetermined opportunity and timing. The accounting server 5 sets an amount according to the sent history information, charges the user, and charges the user.
[0025]
As can be seen from the above description, in the system to which the present invention is applied, the ground station 1 receives the video data and audio data as the material of the music program broadcast from the TV program material server 6 and the music material server 7. Audio data that is the material of the audio channel, audio data from the audio additional information server 8, and GUI data from the GUI data server 9 are multiplexed and transmitted.
When this broadcast is received by the receiving equipment 3 at each home, for example, the monitor device 14 can watch the program of the selected channel. Further, as a GUI screen using GUI data transmitted together with program data, first, an EPG (Electrical Program Guide) screen can be displayed to search for a program. Second, for example, by performing a required operation using a GUI screen for a specific service other than a normal program broadcast, in this example, the normal program provided in the broadcast system is displayed. You can enjoy services other than viewing.
For example, if a GUI screen for audio (music) data download service is displayed and the operation is performed using this GUI screen, the audio data of the music desired by the user is downloaded and recorded in the storage device 13. It becomes possible to save.
[0026]
In this example, data service broadcasts that provide specific services other than normal program broadcasts that involve operations on the GUI screen as described above may be interactive and may also be referred to as “interactive broadcasts”. To.
[0027]
1-2. Operations for GUI screen
Here, an example of using the above-described interactive broadcast, that is, an example of an operation on the GUI screen will be schematically described with reference to FIGS. 3 and 4. Here, a case where music data (audio data) is downloaded will be described.
[0028]
First, the operation key of the remote controller 64 for the user to operate the IRD 12 will be described with reference to FIG.
FIG. 3 shows an operation panel surface on which various keys are arranged in the remote controller 64. Here, among these various keys, a power key 201, a numeric key 202, a screen display switching key 203, an interactive switching key 204, an EPG key panel unit 205, and a channel key 206 will be described.
[0029]
The power key 201 is a key for turning on / off the power of the IRD 12. The numeric key 202 is a key for performing channel switching by designating a numeral, or operating when a numerical value input operation is necessary on a GUI screen, for example.
The screen display switching key 203 is a key for switching, for example, a normal broadcast screen and an EPG screen. For example, if a key arranged on the EPG key panel unit 205 is operated in a state where the EPG screen is called by the screen display switching key 203, a program search using the display screen of the electronic program guide can be performed. The arrow keys 205a in the EPG key panel unit 205 can also be used for moving a cursor on a service GUI screen described later.
The interactive switch key 204 is provided for switching between a normal broadcast screen and a GUI screen for a service associated with the broadcast program.
The channel key 206 is a key provided for sequentially switching the selected channel in the IRD 12 according to the ascending order or descending order of the channel numbers.
[0030]
The remote controller 64 of this example is configured to be capable of various operations with respect to the monitor device 14, for example, and is provided with various keys corresponding thereto. Description of the key corresponding to 14 is omitted.
[0031]
Next, a specific example of the operation on the GUI screen will be described with reference to FIG.
When the receiving facility 3 receives the broadcast and selects a desired channel, the display screen of the monitor device 14 displays a video based on the program material provided from the television program material server 6 as shown in FIG. An image is displayed. That is, normal program content is displayed. Here, for example, it is assumed that a music program is displayed. It is assumed that the music program is accompanied by a music audio data download service (interactive broadcast).
If the user operates the interactive switching key 204 of the remote controller 64 under the state where the music program is displayed, the display screen displays the download of audio data as shown in FIG. Switch to the GUI screen.
[0032]
In this GUI screen, first, an image based on video data from the TV program material server 6 displayed in FIG. 4A is reduced and displayed in the TV program display area 21A at the upper left of the screen. Is done.
In the upper right part of the screen, a list 21B of music of each channel broadcast on the audio channel is displayed. A text display area 21C and a jacket display area 21D are displayed at the lower left of the screen. Further, a lyrics display button 22, a profile display button 23, an information display button 24, a reserved recording button 25, a reserved list display button 26, a recording history display button 27, and a download button 28 are displayed on the right side of the screen.
[0033]
  The user searches for music of interest while looking at the music names displayed in the list 21B. When an interesting song is found, the arrow key 205a (in the EPG key panel unit 205) of the remote controller 64 is operated to move the cursor to the position where the song is displayed, and then perform an enter operation (for example, The center position of the arrow key 205a is pressed).
  As a result, it is possible to audition the music with the cursor. That is, in each audio channel, the same music is repeatedly broadcasted for a predetermined unit time, so that the screen of the TV program display area 21A remains unchanged, and the IRD 12 switches to the audio channel of the music selected by the above operation. You can listen to the song by outputting the sound. At this time, a still image of the MD jacket of the music is displayed in the jacket display area 21D..
[0034]
Further, for example, when the cursor is moved to the lyrics display button 22 in the above state and an enter operation is performed (hereinafter, the cursor is moved to the button display and the enter operation is referred to as “pressing the button”), the text display area 21C is displayed. The lyrics of the song are displayed at the timing synchronized with the audio data. Similarly, when the profile display button 23 or the information display button 24 is pressed, the artist's profile or concert information corresponding to the music is displayed in the text display area 21C. Thus, the user can know what kind of music is currently distributed, and can also know detailed information about each music.
[0035]
The user presses the download button 28 to purchase the sample music. When the download button 28 is pressed, the audio data of the selected music is downloaded and stored in the storage device 13. Along with the audio data of the music, the lyrics data, artist profile information, jacket still image data, and the like can also be downloaded.
Each time the music audio data is downloaded in this way, the history information is stored in the IC card in the IRD 12. The information stored in the IC card is taken in by the billing server 5 once a month, for example, and the user is billed according to the usage history of the data service. As a result, the sale of appropriate music data and the copyright of the downloaded music can be protected.
[0036]
In addition, the user presses the reservation recording button 25 to make a reservation for download in advance. When this button is pressed, the display on the GUI screen is switched, and a list of songs that can be reserved is displayed on the entire screen. For example, this list can display music searched in units of one hour, one week, or one unit. When the user selects a music piece for which a download reservation is to be made from this list, the information is registered in the IRD 12. If it is desired to approve a song that has already been reserved for download, it can be displayed on the entire screen by pressing the reserved list display button 26. The music reserved in this way is downloaded by the IRD 12 at the reserved time and stored in the storage device 13.
[0037]
When the user wants to confirm the downloaded music, the user can press the recording history button 27 to display a list of already downloaded music on the entire screen.
[0038]
As described above, in the reception facility 3 of the system to which the present invention is applied, the music list is displayed on the GUI screen of the monitor device 14. When a song is selected according to the display on the GUI screen, the song can be auditioned, and the lyrics of the song, the artist's profile, and the like can be known. Furthermore, it is possible to download music and reserve it, display a download history, a reserved music list, and the like.
[0039]
Although the details will be described later, the display of the GUI screen as shown in FIG. 4B, the display change on the GUI screen in response to the user's operation on the GUI screen, and the audio output are the same as the above-described MHEG method. This is realized by defining the relationship between objects by a scenario description based on the scenario description. The object here is image data as parts corresponding to each button shown in FIG. 4B and material data displayed in each display area.
In this specification, the relationship between objects is defined by scenario description such as this GUI screen, thereby realizing an information output mode (image display, audio output, etc.) according to a certain purpose. This environment is called “scene”. In addition, the scenario forming file itself is included as an object forming one scene.
[0040]
As described above, in the digital satellite broadcasting system of this example, a broadcast program is distributed and audio data of music is distributed using a plurality of audio channels. Then, it is possible to search for a desired music using a list of delivered music and the like and easily store the audio data in the storage device 13.
Various services other than program provision in the digital satellite broadcasting system can be considered in addition to the music data download described above. For example, after broadcasting a product introduction program called so-called TV shopping, it may be possible to prepare a GUI screen that allows a purchase contract to be concluded.
[0041]
1-3. Ground station
Up to now, the outline of the digital satellite broadcasting system as the present example has been described, but hereinafter, this system will be described in more detail. First, the configuration of the ground station 1 will be described with reference to FIG.
[0042]
In the following description, the following is assumed.
In this example, DSM-CC (Digital Storage Media-Command and Control) protocol is used for transmission from the ground station 1 to the receiving equipment 3 via the satellite 2. To do.
As already known, the DSM-CC (MPEG-part6) system, for example, retrieves an MPEG encoded bitstream stored in a digital storage medium (DSM) via some network (Retrieve), or It defines commands and control methods for storing streams in the DSM. In this example, the DSM-CC method is adopted as a transmission standard in the digital satellite broadcasting system.
In order to transmit content (a set of objects) of a data broadcasting service (for example, a GUI screen) by the DSM-CC method, it is necessary to define a content description format. In this example, the MHEG described above is adopted as the definition of the description format.
[0043]
In the configuration of the ground station 1 shown in FIG. 5, the television program material registration system 31 registers material data obtained from the television program material server 6 in the AV server 35. This material data is sent to the television program transmission system 39, where the video data is compressed by, for example, the MPEG2 system, and the audio data is packetized by, for example, the MPEG2 audio system. The output of the television program transmission system 39 is sent to the multiplexer 45.
[0044]
In the music material registration system 32, the material data from the music material server 7, that is, audio data is supplied to the MPEG2 audio encoder 36A and the ATRAC encoder 36B. The MPEG2 audio encoder 36A and the ATRAC encoder 36B perform encoding processing (compression encoding) on the supplied audio data, and then register them in the MPEG audio server 40A and the ATRAC audio server 40B.
The MPEG audio data registered in the MPEG audio server 40A is transmitted to the MPEG audio transmission system 43A, packetized therein, and then transmitted to the multiplexer 45. The ATRAC data registered in the ATRAC audio server 40B is sent to the ATRAC audio sending system 43B as quadruple speed ATRAC data, where it is packetized and sent to the multiplexer 45.
[0045]
Further, in the additional sound information registration system 33, additional sound information that is material data from the additional sound information server 8 is registered in the additional sound information database 37. The audio additional information registered in the audio additional information database 37 is transmitted to the audio additional information sending system 41, and is similarly packetized and transmitted to the multiplexer 45.
[0046]
In the GUI material registration system 34, GUI data that is material data from the GUI data server 9 is registered in the GUI material database 38.
[0047]
The GUI material data registered in the GUI material database 38 is transmitted to the GUI authoring system 42, where it is processed so as to have a data format that can be output as a GUI screen, that is, the “scene” described in FIG. Is given.
[0048]
In other words, as data transmitted to the GUI authoring system 42, for example, if it is a GUI screen for downloading music, the album jacket still image data, text data such as lyrics, and further output according to the operation Audio data to be performed.
Each of the above-mentioned data is called a so-called mono-media. In the GUI authoring system 42, these mono-media data are encoded using an MHEG authoring tool and handled as an object.
Then, for example, a scenario description file (script) that defines the relationship between the objects so as to obtain the display mode of the scene (GUI screen) and the output mode of the image and sound according to the operation as described in FIG. At the same time, the contents of MHEG-5 are created.
In the GUI screen as shown in FIG. 4B, image / audio data (MPEG video data, MPEG audio data) based on the material data of the TV program material server 6 and the music material of the music material server 7 are used. MPEG audio data based on the data is also displayed on the GUI screen, and an output mode corresponding to the operation is given.
Therefore, as the scenario description file, in the GUI authoring system 42, MPEG audio data based on the image / audio data based on the material data of the television program material server 6 and the music material data of the music material server 7 are used. Furthermore, the audio additional information based on the audio additional information server 8 is also handled as an object as necessary, and is defined by the MHEG script.
[0049]
The MHEG content data transmitted from the GUI authoring system 42 includes a script file and various still image data files and text data files as objects. The still image data is, for example, JPEG (Joint Photograph Experts Group). The data is 640 × 480 pixels compressed by the above method, and the text data is, for example, a file of 800 characters or less.
[0050]
The data of the MHEG content obtained by the GUI authoring system 42 is transmitted to the DSM-CC encoder 44.
The DSM-CC encoder 44 converts a transport stream (hereinafter also abbreviated as TS (Transport Stream)) in a format that can be multiplexed into a data stream of video and audio data in accordance with the MPEG2 format, packetizes it, and outputs it to the multiplexer 45 Is done.
[0051]
In the multiplexer 45, the video packet and the audio packet from the television program transmission system 39, the audio packet from the MPEG audio transmission system 43A, the quadruple-speed audio packet from the ATRAC audio transmission system 43B, and the audio additional information transmission system 41 are transmitted. The voice additional information packet and the GUI data packet from the GUI authoring system 42 are time-axis multiplexed and encrypted based on the key information output from the key information server 10 (FIG. 1).
[0052]
The output of the multiplexer 45 is transmitted to the radio wave transmission system 46, where, for example, processing such as addition of an error correction code, modulation, and frequency conversion is performed, and then transmission is output from the antenna toward the satellite 2. .
[0053]
1-4. Transmission format
Next, the transmission format of this example defined based on the DSM-CC method will be described.
FIG. 6 shows an example of data at the time of transmission output from the ground station 1 to the satellite 2. As described above, each data shown in this figure is actually time-axis multiplexed. Also, in this figure, as shown in FIG. 6, the period from time t1 to time t2 is one event, and the next event is from time t2. For example, in the case of a channel of a music program, the event referred to here is a unit for changing a set of a plurality of music lineups, and is about 30 minutes or one hour in terms of time.
[0054]
As shown in FIG. 6, in the event from the time t1 to the time t2, a program having a predetermined content A1 is broadcast by a normal moving image program broadcast. In the event starting from time t2, a program as content A2 is broadcast. This normal program is broadcasted with moving images and audio.
[0055]
MPEG audio channels (1) to (10) are prepared, for example, for 10 channels CH1 to CH10. At this time, in each audio channel CH1, CH2, CH3... CH10, the same music is repeatedly transmitted while one event is broadcast. That is, during the event period from time t1 to time t2, the music B1 is repeatedly transmitted on the audio channel CH1, the music C1 is repeatedly transmitted on the audio channel CH2, and similarly, the music K1 is repeatedly transmitted on the audio channel CH10. It will be. This is the same for the quadruple speed ATRAC audio channels (1) to (10) shown below.
[0056]
That is, in FIG. 6, the same music numbers are the same in (), which are the channel numbers of the MPEG audio channel and the quadruple speed ATRAC audio channel. The numbers in parentheses () that are channel numbers of the additional audio information are additional audio information added to audio data having the same channel number. Furthermore, still image data and text data transmitted as GUI data are also formed for each channel. These data are time-division multiplexed in the MPEG2 transport packet as shown in FIGS. 7A to 7D and transmitted in the IRD 12 as shown in FIGS. 7E to 7H. Reconstructed using the header information of each data packet.
[0057]
Of the transmission data shown in FIGS. 6 and 7, at least GUI data used for data service (interactive broadcasting) is logically formed in the following manner in accordance with the DSM-CC system. Is. Here, the description is limited to the data of the transport stream output from the DSM-CC encoder 44.
[0058]
As shown in FIG. 8A, all of the data broadcasting services of this example transmitted by the DSM-CC method are included in the root directory named Service Gateway. As objects included in the Service Gateway, there are types such as a directory, a file, a stream, a stream event, and a stream event.
[0059]
Of these, the files are individual data files such as still images, audio, text, and scripts written in MHEG.
The stream includes, for example, information linked to other data services and AV streams (MPEG video data, audio data as TV program material, MPEG audio data as music material, ATRAC audio data, etc.).
The stream event also includes link information and time information.
A directory is a folder for collecting data related to each other.
[0060]
In the DSM-CC system, as shown in FIG. 8B, these unit information and Service Gateway are regarded as units called objects, and each is converted into a format called BIOP message.
In the description related to the present invention, the distinction between the three objects of file, stream, and stream event is not essential, and in the following description, these will be described by representing the object as a file.
[0061]
In the DSM-CC system, a data unit called a module shown in FIG. 8C is generated. This module is a variable-length data unit formed by adding one or more BIOP message objects shown in FIG. 8B and adding a BIOP header. This is a buffering unit of received data on the side.
In the DSM-CC system, the relationship between objects when one module is formed by a plurality of objects is not particularly defined or restricted. That is, in an extreme case, even if one module is formed by two or more objects between scenes that are completely irrelevant, it does not violate the rules under the DSM-CC system.
[0062]
In order to transmit the module in a format referred to as a section defined by the MPEG2 format, as shown in FIG. 8 (d), the module is mechanically divided into data units of a fixed length called a "block" in principle. However, the last block in the module does not need to have a specified fixed length. As described above, the block division is caused by the provision that one section must not exceed 4 KB in the MPEG2 format.
In this case, the data unit as the block and the section are synonymous.
[0063]
The block obtained by dividing the module in this way is converted into a message format of DDB (Download Data Block) with a header added as shown in FIG.
[0064]
In parallel with the conversion to DDB, control messages DSI (Download Server Initiate) and DII (Download Indication Information) are generated.
The DSI and DII are information necessary for acquiring a module from received data on the receiving side (IRD 12). The DSI mainly includes an identifier of a carousel (module) described below, information related to the entire carousel ( Information such as the time for the carousel to rotate once, the time-out value for carousel rotation). It also has information for knowing the location of the root directory (Service Gateway) of the data service (in the case of the object carousel method).
[0065]
The DII is information corresponding to each module included in the carousel, and includes information such as the size, version, and timeout value of the module for each module.
[0066]
Then, as shown in FIG. 8 (f), the three types of messages DDB, DSI, and DII are periodically and repeatedly sent in correspondence with the data unit of the section. As a result, the receiver side can receive, for example, a module including an object necessary for obtaining a target GUI screen (scene) at any time.
In this specification, such a transmission method is referred to as a “carousel method” compared to a carousel, and a data transmission form schematically represented as shown in FIG. 8F is referred to as a carousel.
The “carousel method” can be divided into a “data carousel method” level and an “object carousel method” level. In particular, the object carousel method is a method for transferring an object having attributes such as a file, a directory, a stream, and a service gateway as data using the carousel, and is different from the data carousel method in that the directory structure can be handled. In the system of this example, the object carousel method is adopted.
[0067]
Also, the GUI data transmitted by the carousel as described above, that is, the data output from the DSM-CC encoder 44 of FIG. 5 is output in the form of a transport stream. This transport stream has a structure shown in FIG. 9, for example.
FIG. 9A shows a transport stream. This transport stream is a bit string defined in the MPEG system, and is formed by concatenating 188-byte fixed-length packets (transport packets) as shown in the figure.
[0068]
Each transport packet includes a header and an adaptation field for including additional information in a specific individual packet and a payload (data area) indicating the contents of the packet (video / audio data, etc.) as shown in FIG. 9B. It consists of.
[0069]
For example, the header is actually 4 bytes, and as shown in FIG. 9 (c), there is always a synchronization byte at the beginning, and a PID (identification information of the packet) at a predetermined position after the header. Packet_ID), scramble control information indicating the presence / absence of scramble, and adaptation field control information indicating the presence / absence of a subsequent adaptation field and payload.
[0070]
Based on the control information, the receiving device can descramble the packet, and the demultiplexer can separate and extract the necessary packets such as video / audio / data. It is also possible to reproduce time information that is a reference for video / audio synchronous reproduction.
[0071]
As can be seen from the above description, video / audio / data packets for a plurality of channels are multiplexed in one transport stream. In addition, a channel selection called PSI (Program Specific Information) is selected. SI (Service Information) for realizing services such as EMG / ECM, EPG, and other information necessary for control signals, limited reception (reception function that determines whether a paid channel can be received depending on the individual contract status) Are multiplexed simultaneously. Here, PSI will be described.
[0072]
As shown in FIG. 10, the PSI is composed of four tables. Each table is represented in a format conforming to the MPEG System called section format.
FIG. 10A shows a NIT (Network Informataion Table) and CAT (Conditional Access Table) table.
In the NIT, the same content is multiplexed on all carriers. A transmission specification (polarization plane, carrier frequency, convolution rate, etc.) for each carrier and a list of channels multiplexed there are described. The PID of NIT is PID = 0x0010.
[0073]
In the CAT, the same content is multiplexed on all carriers. A PID of an EMM (Entitlement Management Message) packet, which is individual information such as identification of the limited reception method and contract information, is described. The PID is indicated by PID = 0x0001.
[0074]
FIG. 10B shows PAT as information having specific contents for each carrier. PAT describes channel information in the carrier and PMT PID representing the contents of each channel. The PID is indicated by PID = 0x0000.
[0075]
Further, as information for each channel in the carrier, a PMT (Program Map Table) table shown in FIG.
In the PMT, contents for each channel are multiplexed. For example, as shown in FIG. 10D, the PID of the PMT in which the components (video / audio, etc.) constituting each channel and the PID of an ECM (Encryption Control Message) packet necessary for descrambling are described, Specified by PAT.
[0076]
1-5. Transmission format of ATRAC data
Here, a transmission format of ATRAC (Adaptive Tranform Acoustic Coding) data will be described. As shown in FIG. 6, the transmission data in one event includes 10 units of quadruple speed ATRAC audio channels (1) to (10).
[0077]
As described above, when music data is distributed by satellite broadcasting, if audio data is transmitted as it is, the amount of data becomes enormous and the transfer time becomes long. Therefore, it is conceivable to compress audio data for transmission, and for example, ATRAC is considered as the compression method. ATRAC is a compression method that has already been adopted for compressing and recording audio data with MD (Mini Disc).
If audio data is compressed by ATRAC, there are advantages that the data rate of music data to be distributed can be lowered and the distributed audio data can be directly recorded on the MD.
[0078]
By the way, in ATRAC, 424 bytes is called a sound group and is one recording unit. For this reason, when distributing ATRAC data by satellite broadcasting, it is desirable to transmit the data so that this sound group does not collapse.
[0079]
In ATRAC, audio data is digitized with a sampling frequency of 44.1 kHz and a quantization bit number of 16 bits. Then, this audio data is cut out in a time window of 11.61 msec and compressed to a data amount of about 1/5 by a modified DCT (Discrete Cosine Transform).
[0080]
Thus, when audio data digitized with a sampling frequency of 44.1 kHz and a quantization bit number of 16 bits is cut out in a time window of 11.61 msec, the number of samples is 512 samples. Therefore, the data amount of the audio data in the time window of 11.61 milliseconds is 512 × 2 = 1024 bytes, and 1024 × 2 = 2048 bytes in the left and right channels.
[0081]
In ATRAC, this 2048-byte data is compressed to 424 bytes by the modified DCT data. This 424-byte ATRAC data is referred to as a sound group, and is a unit for transmitting audio data compressed by the ATRAC system. Since 2048 data is compressed to 424 bytes, the compression ratio of the ATRAC method is about 1/5.
[0082]
As described above, in ATRAC, a 424-byte sound group corresponding to audio compression data for a period of 11.61 msec is one unit of audio compression data. When transmitting ATRAC audio data, this sound is used. It is desirable to maintain group units.
The data structure of the MD system in units of sound groups will be described later with reference to FIG.
[0083]
On the other hand, in the above-described MPEG2 system, video data, audio data, and other data are placed on a 188-byte fixed-length packet called a transport packet (TS packet) shown in FIG. 9 and multiplexed in the same stream. Is being transmitted. Therefore, when audio data compressed by ATRAC is transferred as an MPEG2 stream, the audio data compressed by ATRAC must be placed in a 188-byte TS packet.
[0084]
However, there is no relation between the ATRAC sound group of 424 bytes and the TS packet size of 188 bytes. For this reason, if ATRAC data is simply assigned to a TS packet and transmitted, the sound group is destroyed, making it difficult to perform ATRAC demodulation processing or ATRAC recording processing.
Therefore, in this example, when ATRAC data is transmitted as an MPEG2 stream as described below, the basic unit of the ATRAC data is maintained and can be efficiently transmitted with a PES (Packetized Elementary Stream) packet. .
[0085]
In the MPEG2 system, a plurality of programs are multiplexed and transmitted in a transmission unit called a TS packet, and this TS packet is determined to have a fixed length of 188 bytes. On the other hand, when transmitting audio data compressed by ATRAC, it is necessary to store data of one sound group of ATRAC of 424 bytes.
Therefore, as shown in FIG. 11 (a), 159-byte ATRAC compressed audio data is arranged in one TS packet TSP1 to TSP8, and a PES packet is composed of eight TS packets TSP1 to TSP8. ing.
[0086]
In this way, when 159 bytes of ATRAC data are arranged in one TS packet and a PES packet is configured with eight TS packets, the size of the PES packet is 159 bytes × 8 = 1272 bytes. Since the size of the sound group is 424 bytes, the data of 1272 bytes sent in this PES packet corresponds to the data of the three sound groups SGP1 to SGP3 as shown in FIG.
424 bytes x 3 = 1272 bytes
[0087]
If 159-byte ATRAC data is arranged in one TS packet and a PES packet is composed of eight TS packets, data of three sound groups can be transmitted by the PES packet. As described above, since the data of an integer number of sound groups is transmitted by the PES packet, the consistency between the ATRAC data and the PES packet is improved.
[0088]
As described above, when transmitting ATRAC data, 159 bytes are used for transmitting ATRAC data out of a fixed-length TS packet of 188 bytes.
The remaining 29 bytes of the TS packet are provided with a TS packet header, a PES header, a data header, and the like. The data header includes a type of data to be transmitted, a type of data transmission path such as satellite broadcasting and terrestrial broadcasting, and the like. Further, an FDF (Field Dependnet Field) that defines unique information of ATRAC data is provided.
[0089]
As described above, in the transmission method of this example, when transmitting ATRAC data, 159-byte ATRAC data is arranged in one TS packet, a data header and an FDF are further provided, and eight TS packets are used. A PES packet is formed, and data of three sound groups is transmitted by the PES packet.
A specific example of transmitting ATRAC data in a PES packet in this way will be described below.
[0090]
FIG. 12 shows the structure of a TS packet in the case of a system that enables synchronous transmission using PTS (Presentation Time Stamp). As shown in FIG. 12, the TS packet has a fixed length of 188 bytes. The first to fourth bytes of the TS packet are used as a transport packet header, the fifth to 18th bytes are used as a PES packet header, the 19th to 20th bytes are used as a data header, and 21 The bytes from the 188th byte are a data body. The structure of the data body is shown in FIG. FIGS. 12 and 13 show details of the TS packet that transmits ATRAC data as the TS packet described in FIG.
[0091]
A sync byte of 1 byte is provided at the head of the transport packet header. Following this sync byte, a transport error indicator that indicates whether there is an error in this packet, a payload unit start indicator that indicates that a new PES packet starts from the payload of this transport packet, and the importance of this packet. Each of the transport priorities shown is provided with 1 bit.
The transport error indicator is data set to “1” on the IRD 12 side when a transmission error occurs. The TS packet with the transport error indicator = “1” is treated as data reliability is not certain.
[0092]
The transport packet header is further provided with 13-bit stream identification information (PID) indicating the attribute of the individual stream of the packet. Subsequently, a transport scrambling control indicating whether or not the packet payload is scrambled and an adaptation field control indicating whether or not there is an adaptation field, and whether or not a packet having the same PID is partially discarded on the way A continuity counter is provided.
[0093]
The beginning of the 5th to 18th bytes of the PES packet header is provided with a 24-bit fixed value packet start code prefix, followed by an 8-bit stream ID for identifying the stream and the length of the PES packet. A PES packet length indicating the length is provided. Subsequently, "10" fixed pattern, 2-bit PES scramble control, 1-bit PES priority, 1-bit data alignment indicator, 1-bit copy write, 1-bit original / copy identification information, 2 bits PTS and DTS flags, 1-bit ESCR flag, 1-bit ES rate flag, 1-bit DMS trick mode flag, 1-bit additional copy information flag, 1-bit PES CRC flag, 1-bit PES extent flag Is provided.
[0094]
Following these, an 8-bit PES header data length is provided.
Further, after the fixed pattern of “1101”, 32 to 30 PTSs as time stamps are provided, followed by one market bit. Then, PTS 29 to 15 as a time stamp are provided in the following 15 bits, and 1 market bit is added thereto. Further, the following 15 bits are provided with PTS 14 to 0, and 1 market bit is added thereto.
[0095]
The data header of the 19th to 20th bytes is provided with an 8-bit data type, a 6-bit data transmission type, and a 2-bit tag. The data type describes the type of data to be transmitted. The data transmission type describes the type of data transmission path, for example, satellite broadcasting, terrestrial broadcasting, and the like. The tag describes whether there is an additional header after the data header. For example, if the tag is “00”, data follows the data header, “01” indicates that the data header is followed by an additional header, and “10” indicates that the additional header is included in the PES packet a plurality of times. Indicated.
[0096]
The 21st to 188th bytes are used as a data body, and ATRAC data is arranged here. The arrangement of ATRAC data is as shown in FIG.
[0097]
As shown in FIG. 13, the FDF field length is provided in the first 4 bits of the 21st byte of the data body, and the audio data type 1 is provided in the next 4 bits. The FDF field length indicates the length of the FDF field. The audio data type 1 is for defining an audio type (for example, ATRAC). Following this, audio data type 2 is provided. The audio data type 2 is defined as a classification among data types (for example, ATRAC1, ATRAC2). Next, 1-bit copyright, 1-bit original / copy, 1-bit stereo / mono, and 1-bit emphasis are provided.
[0098]
Following this, a 1-bit data start indicator, a 1-bit data end indicator, and a 3-bit PES data counter are provided.
The data start indicator indicates that the data being transmitted is the first PES packet of the music data. That is, in the eight TS packets in the PES including the ATRAC data at the head of the music, the data start indicator = “1”.
The data end indicator indicates that the data being transmitted is the last PES packet of the music piece. That is, in the eight TS packets in the PES including the ATRAC data that is the end of the music, the data end indicator is “1”.
[0099]
The PES data counter indicates the number of the eight TS packets that transmit the PES.
The next 3 bits are reserved, but the next 24 bits are the present PES number. This present PES number indicates what PES packet the data being transmitted is.
Therefore, continuity in units of TS packets can be determined by the present PES number and the PES data counter. This means that the continuity of the ATRAC data placed on the TS packet can be determined.
[0100]
The 27th to 28th bytes are reserved, and the next 28th byte is provided with a checksum (CRC error detection code) for ATRAC data.
In the 30th to 188th bytes, 159 bytes of ATRAC data are arranged.
[0101]
FIG. 14 shows the relationship between the 29th byte ATRAC data checksum and ATRAC data. The calculation method using the ATRAC data checksum is as follows.
As shown in the figure, the value of each bit of the ATRAC data checksum is CS [0] to CS [7], the value of the first byte of the 159-byte ATRAC data is AT [0] [0], If the value is AT [158] [7],
CS [0] ^ AT [0] [0] ^ AT [1] [0] ^ ... ^ AT [158] [0] = SUM [0]
CS [1] ^ AT [0] [1] ^ AT [1] [1] ^ ... ^ AT [158] [1] = SUM [1]
...
CS [7] ^ AT [0] [7] ^ AT [1] [7] ^ ... ^ AT [158] [7] = SUM [7]
And when
SUM [0] to SUM [7] = 0x00
The values of CS [0] to CS [7] are set so that
[0102]
By providing the chuck sum for the ATRAC data in this way, the reliability of the ATRAC data to be downloaded can be checked on the IRE 12 side or the storage device 13 side.
[0103]
As described above, 159-byte ATRAC data is arranged in the TS packet, and unique information is defined and inserted into the FDF. The FDF area is arranged at a fixed position of the TS packet in order to facilitate the signal processing of the device when receiving the additional data header, ATRAC data, and FDF data.
[0104]
By analyzing the FDF, it is possible to analyze which data in the music to be transmitted is the data in one TS packet. As a result, even if an error occurs for some reason during transmission and a packet cannot be received correctly, it is possible to detect which data has been lost. Further, by detecting the data start indicator and the data end indicator, it can be detected that the data is the beginning or end of the music. Using this data, the recording start position or the recording end position can be easily detected when the storage device 13 performs the download.
[0105]
1-6. IRD
Next, a configuration example of the IRD 12 provided in the reception facility 3 will be described with reference to FIG.
[0106]
In the IRD 12 shown in this figure, a received signal converted to a predetermined frequency by the LNB 15 of the parabolic antenna 11 is input to the input terminal T 1 and supplied to the tuner / front end unit 51.
The tuner / front end unit 51 receives a carrier (reception frequency) determined by the setting signal based on a setting signal in which transmission specifications and the like from a CPU (Central Processing Unit) 80 are set, and performs, for example, Viterbi demodulation. By performing processing, error correction processing, and the like, a transport stream is obtained.
The transport stream obtained by the tuner / front end unit 51 is supplied to the descrambler 52. In addition, the tuner / front end unit 51 acquires a PSI packet from the transport stream, updates the channel selection information, obtains the component PID of each channel in the transport stream, and transmits it to the CPU 80, for example. In the CPU 80, the acquired PID is used for reception signal processing.
[0107]
The descrambler 52 receives descrambling key data stored in the IC card 65 via the CPU 80 and the PID is set by the CPU 80. Then, the descrambling process is executed based on the descrambling key data and the PID, and transmitted to the transport unit 53.
[0108]
The transport unit 53 includes a demultiplexer 70 and a queue 71 configured by, for example, a DRAM. The queue 71 is formed such that a plurality of memory areas corresponding to module units are arranged in columns, and for example, in this example, 32 columns of memory areas are provided. That is, information of up to 32 modules can be stored simultaneously.
[0109]
As a schematic operation of the demultiplexer 70, necessary transport packets are separated from the transport stream supplied from the descrambler 52 according to the filter condition set by the DeMUX driver 82 of the CPU 80, and the queue 71 is set if necessary. By using it as a work area, data in the format as shown in FIGS. 7E to 7H is obtained and supplied to necessary functional circuit units.
The MPEG video data separated by the demultiplexer 70 is input to the MPEG2 video decoder 55, and the MPEG audio data is input to the MPEG audio decoder 54. The individual packets of MPEG video / audio data separated by the demultiplexer 70 are input to the respective decoders in a format called PES (Packetized Elementary Stream).
[0110]
Further, the data of the MHEG content in the transport stream is collected in units of modules by being written in a required memory area of the queue 71 while being separated and extracted from the transport stream by the demultiplexer 70 in units of transport packets. Thus formed. The data of the MHEG contents collected in units of modules is written and held in the DSM-CC buffer 91 in the main memory 90 via the data bus under the control of the CPU 80.
[0111]
Also, for quad-speed ATRAC data (compressed audio data) in the transport stream, for example, necessary data for each transport packet is separated and extracted by the demultiplexer 70 and output to the IEEE 1394 interface 60. In addition, when the IEEE 1394 interface 60 is used, video data and various command signals can be transmitted in addition to audio data.
[0112]
As described with reference to FIG. 6, for example, data for 10 music pieces such as 4 × speed ATRAC data (1) to (10) are simultaneously received as the 4 × speed ATRAC data. When the storage device 13 downloads the music piece, only the ATRAC data as the music piece to be downloaded is output from the IEEE 1394 interface 60 to the storage device 13.
That is, when downloading a certain song, the CPU 80 controls the IEEE 1394 interface 60 to extract and output only the ATRAC data of the song.
[0113]
The MPEG2 video decoder 55 to which MPEG video data in the PES format is input performs decoding processing according to the MPEG2 format while using the memory 55A as a work area. The decoded video data is supplied to the display processing unit 58.
[0114]
The display processing unit 58 is supplied with video data input from the MPEG2 video decoder 55 and video data such as a GUI screen for data service obtained in the MHEG buffer 92 of the main memory 90 as described later. . The display processing unit 58 performs necessary signal processing on the video data input in this way, converts it into an analog audio signal according to a predetermined television system, and outputs it to the analog video output terminal T2.
Thus, by connecting the analog video output terminal T2 and the video input terminal of the monitor device 14, for example, the display as previously shown in FIG. 4 is performed.
[0115]
In addition, the MPEG2 audio decoder 54 to which MPEG audio data by PES is input performs a decoding process according to the MPEG2 format while using the memory 54A as a work area. The decoded audio data is supplied to the D / A converter 56 and the optical digital output interface 59.
[0116]
The D / A converter 56 converts the input audio data into an analog audio signal and outputs it to the switch circuit 57. The switch circuit 57 switches the signal path so that an analog audio signal is output to either one of the analog audio output terminals T3 and T4.
Here, the analog audio output terminal T3 is provided to be connected to the audio input terminal of the monitor device 14. The analog audio output terminal T4 is a terminal for outputting the downloaded music piece as an analog signal.
The optical digital output interface 59 converts the input digital audio data into an optical digital signal and outputs it. In this case, the optical digital output interface 59 conforms to, for example, IEC958.
[0117]
The main memory 90 is used as a work area when the CPU 80 performs various control processes. In this example, the DSM-CC buffer 91 and the MHEG buffer 92 are allocated in the main memory 90.
The MHEG buffer 92 is a work area for generating image data (for example, GUI screen image data) generated according to the script description in the MHEG method, and the generated image data is displayed via a bus line. It is supplied to the processing unit 58.
[0118]
The CPU 80 executes overall control in the IRD 12. This includes control of data separation and extraction in the demultiplexer 70.
Further, by performing a decoding process on the acquired MHEG content data, a process for configuring and outputting a GUI screen (scene) according to the description content of the script is also executed.
[0119]
For this reason, the CPU 80 of this example includes, for example, at least a DeMUX driver 82, a DSM-CC decoder block 83, and an MHEG decoder block 84 in addition to a control processing unit 81 that intensively executes main control processing. In this example, at least the DSM-CC decoder block 83 and the MHEG decoder block 84 are configured by software.
The DeMUX driver 82 sets the filter condition in the demultiplexer 70 based on the PID of the input transport stream.
In the DSM-CC decoder block 83, the module unit data stored in the DSM-CC buffer 91 is reconstructed into MHEG content data.
The MHEG decoder block 84 performs a decoding process based on the MHEG content data obtained by the DSM-CC decoder block 83. That is, a scene is formed by realizing the relationship between objects defined by the script file of the MHEG content. At this time, when the GUI screen is formed as a scene, the MHEG buffer 92 is used to generate image data of the GUI screen according to the contents of the script file.
[0120]
A U-U API is adopted as an interface between the DSM-CC decoder block 83 and the MHEG decoder block 84.
The U-U API is an interface for accessing a DSM Manager object (a server object that realizes a DSM function), and performs operations on objects such as Service Gateway, Directory, File, Stream, and Stream Event.
Client objects can perform operations on these objects by using this API.
[0121]
Here, an operation example for extracting a target object necessary to form one scene from the transport stream under the control of the CPU 80 will be described.
[0122]
In DSM-CC, IOR (Interoperable Object Reference) is used to indicate the location of an object in a transport stream. The IOR includes an identifier corresponding to a force rucell for finding an object, an identifier of a module in which the object is included (hereinafter referred to as module_id), an identifier that identifies an object in one module (hereinafter referred to as object_key), It includes tag (association_tag) information for identifying DII having information on the module in which the object is included.
The DII having module information includes information such as module_id, module size, and version for each of one or more modules, and tag (association_tag) information for identifying the module.
[0123]
When the IOR extracted from the transport stream is identified by the CPU 80, the process of receiving and separating the object indicated by the IOR is as follows, for example.
(Pr1) The DeMUX driver 82 of the CPU 80 searches for an elementary stream (hereinafter referred to as ES) having the same value as the association_tag of the IOR from the ES loop of the PMT in the carousel to obtain the PID. The DII is included in the ES having this PID.
(Pr2) This PID and table_id_extension are set for the demultiplexer 70 as filter conditions. As a result, the demultiplexer 70 separates DII and outputs it to the CPU 80.
(Pr3) In DII, association_tag of the module corresponding to module_id included in the previous IOR is obtained.
(Pr4) An ES having the same value as the association_tag is searched from the ES loop (carousel) of the PMT, and the PID is obtained. The target module is included in the ES having this PID.
(Pr5) The PID and module_id are set as filter conditions, and filtering by the demultiplexer 70 is performed. The transport packet separated and extracted in conformity with this filter condition is stored in a required memory area (column) of the queue 71, so that a target module is finally formed.
(Pr6) The object corresponding to the object_key included in the previous IOR is extracted from this module. This is the target object. The object extracted from this module is written in a predetermined area of the DSM-CC buffer 91, for example.
For example, by repeating the above operation and collecting the target objects and storing them in the DSM-CC buffer 91, MHEG content forming a required scene can be obtained.
[0124]
The man machine interface 61 receives the command signal transmitted from the remote controller 64 and transmits it to the CPU 80. The CPU 80 executes necessary control processing so that the operation of the device according to the received command signal can be obtained.
[0125]
An IC card 65 is inserted into the IC card slot 62. The CPU 80 writes and reads information to and from the inserted IC card 65.
[0126]
The modem 63 is connected to the accounting server 5 via the telephone line 4 and is controlled so that communication between the IRD 12 and the accounting server 5 is performed under the control of the CPU 80.
[0127]
A non-volatile memory 68 is provided for the CPU 80 to hold necessary information for a certain period of time. The nonvolatile memory 68 stores information that is not appropriate to be lost when the power is turned off. For example, initial values and set values of various control coefficients are stored. In this example, the non-volatile memory 68 holds a connected device ID table that holds information about connected devices.
[0128]
The timer 69 is a so-called clock function, and counts year / month / day / hour / minute / second as the current date / time. For example, it is used for a download reservation operation.
[0129]
Regarding the connection to the storage device 13, control data and commands can be exchanged through the IEEE 1394 interface 60. Of course, this is a case where the storage device 13 is a device that supports IEEE 1394.
Of course, there are storage devices 13 that do not support IEEE 1394, and such devices may be connected. In such a case, a control line interface 67 or an infrared interface 66 constituting an external bus line or the like is used. , Commands, etc. can be communicated.
The control line interface 67 enables bidirectional command communication between the IRD 12 and the storage device 13. For example, when the connected device is compatible with an infrared remote commander, the connected device can be controlled by outputting an infrared command in a data format corresponding to the device from the infrared interface 66. Also in the case of this infrared interface, bidirectional communication can also be executed by enabling the storage device 13 to output infrared rays.
[0130]
Note that audio data is output to the storage device 13 that does not support IEEE 1394 from the optical digital output interface 59 or the analog audio output terminal T4 as a baseband signal instead of the ATRAC form.
[0131]
Here, the flow of the signal of the video / audio source in the IRD 12 having the above-described configuration will be supplementarily described with reference to the display form described with reference to FIG.
As shown in FIG. 4A, when a normal program is output, MPEG video data and MPEG audio data of a necessary program are extracted from the input transport stream, and decoding processing is performed respectively. Applied. Then, the video data and the MPEG audio data are output to the analog video output terminal T2 and the analog audio output terminal T3, respectively, so that the monitor device 14 performs image display and audio output of the broadcast program.
[0132]
When the GUI screen shown in FIG. 4B is output, the transport unit 53 separates and extracts the MHEG content data necessary for the GUI screen (scene) from the input transport stream. The data is taken into the DSM-CC buffer 91. Then, using this data, the DSM-CC decoder block 83 and the MHEG decoder block 84 function as described above, whereby image data of a scene (GUI screen) is created in the MHEG buffer 92. Then, the image data is supplied to the analog video output terminal T2 via the display processing unit 58, whereby the GUI screen is displayed on the monitor device 14.
[0133]
When a music piece is selected from the music list 21B on the GUI screen shown in FIG. 4B and the audio data of the music piece is auditioned, MPEG audio data of this music piece is obtained by the demultiplexer 70. The MPEG audio data is converted into an analog audio signal via the MPEG audio decoder 54, the D / A converter, the switch circuit 57, and the analog audio output terminal T3, and is output to the monitor device 14.
[0134]
When the download button 28 is pressed on the GUI screen shown in FIG. 4B to download the audio data, the audio data of the music to be downloaded is extracted by the demultiplexer 70 and the analog audio output terminal T4. Are output to the optical digital output interface 59 or the IEEE 1394 interface 60.
[0135]
Here, in particular, when the IEEE 1394-compliant MD recorder 13A shown in FIG. 2 is connected to the IEEE 1394 interface 60, the demultiplexer 70 extracts the quadruple speed ATRAC data of the downloaded music, and the IEEE 1394 interface 60 Recording is performed on the disc loaded in the MD recorder 13A. Also, at this time, for example, still image data of album jackets compressed by the JPEG method, text data such as lyrics and artist profiles are extracted from the transport stream by the demultiplexer 70, and the MD recorder is connected via the IEEE 1394 interface 60. 13A. In the MD recorder 13A, these still image data and text data can be recorded in a predetermined area of the loaded disc.
[0136]
By the way, in the digital satellite broadcasting system of this example adopting the DSM-CC system as a transmission standard as described above, the type of the receiving device, that is, the IRD 12, can be divided into two types in terms of the configuration of the receiving buffer.
[0137]
One is a configuration in which the IRD 12 has a large-capacity reception buffer such as a flash memory or a hard disk driver compatible with a data service (GUI screen display output). In such a configuration, the entire broadcast data service (MHEG content) is received at once and held in the reception buffer. As a result, once the data service is received and imported, any scene (GUI screen) by MHEG can be immediately displayed and output by simply waiting for the memory access waiting time. That is, even when the user performs an operation for switching the GUI screen (scene), the next scene is displayed almost immediately.
In such a case, the slight overhead due to the switching of the filter conditions of the demultiplexer is not particularly problematic with respect to the display of the GUI screen.
[0138]
The other is one that does not have such a large-capacity reception buffer for reasons such as reducing the cost of IRD. The IRD 12 of the present example described above corresponds to this. In this case, the data of the entire data broadcasting service cannot be buffered, and some of the modules that are reception units for receiving data of the data broadcasting have only reception buffers that can be buffered. In the IRD 12 shown in FIG. 15, this reception buffer corresponds to the queue 71, and as described above, only 32 columns of memory areas in which modules can be buffered are provided.
Conversely, in such an IRD, the size of the module cannot exceed the buffer memory size of the receiver. For this reason, the entire data service is composed of a set of several modules, and procedures such as receiving only modules necessary for display are sometimes required.
The above-described procedures (Pr1) to (Pr6) for extracting objects correspond to the configuration of the IRD that does not have such a large-capacity reception buffer.
[0139]
Here, FIG. 16 shows a directory structure example of a file (MHEG application file) as a data service conforming to the MHEG method. As described above, the object carousel method is characterized in that it can handle this directory structure.
Normally, the entrance to the Service Domain (MHEG application file) is always a file called app0 / startup that is directly under the Service Gateway.
Basically, application directory (app0, app1... AppN) is located under Service Domain (Service Gateway), and application file called startup and directory0 of each scene that constitutes application (application0). scene1 ...). Further, under the scene directory, each content file constituting the MHEG scene file and the scene is placed.
[0140]
Assuming the directory structure of FIG. 16 above, for example, in a certain data service, the application to be accessed first in the data service is a file called Service Gateway / app0 / startup, and the first scene is a still image or text included in the scene0. Suppose it consists of a file.
If reception of such a data service is started by IRD, the procedure is as follows.
(Pr11) The PID of the desired data service is acquired with reference to the PMT, and filtering is performed by the demultiplexer using the PID, table_id, and table_id_extension as filter conditions, and the DSI is obtained. In this DSI, the IOR of the Service Gateway object is written.
(Pr12) A Service Gateway object is obtained from this IOR by the object extraction procedures (Pr1) to (Pr6) described above.
[0141]
In two types of BIOP messages, a Service Gateway object and a directory object, information such as the name, location (lOR), and object type of the object directly under the directory is included as attribute information called binding. Thus, given the name of an object, it is possible to get to the object of that name starting from the Service Gateway and continuing down the directory (if there is an object of the same name, Name is required). Then, the process proceeds to the following procedure.
[0142]
(Pr13) The IOR of the app0 object is obtained from the binding information of the Service Gateway object, and the app0 object is obtained by the object extraction procedures (Pr1) to (Pr6).
(Pr14) The IOR of the startup object is obtained from the binding information of the app0 object, and the startup object is obtained by the object extraction procedures (Pr1) to (Pr6). In the same manner, a sceneir0 object that is the first scene is obtained.
[0143]
1-7. MD recorder
FIG. 17 shows a configuration example of an MD recorder serving as the storage device 13.
The disk 101 is, for example, an MD composed of a magneto-optical disk having a diameter of 64 mm housed in a cartridge. The loaded disk 101 is rotated at a predetermined CLV speed by a spintle motor 102. Further, with respect to the disk 101, the optical head 103 and the magnetic head 121 are arranged so as to face the recording surface from both sides. The optical head 103 is equipped with a laser diode for outputting laser light, an optical system including a polarizing beam splitter and an objective lens, a detector for detecting reflected light, and the like. The objective lens 103a is held by the biaxial device 104 so as to be displaceable in the radial direction of the disk and the direction in which the objective lens 103a is in contact with or separated from the disk. The entire optical head 103 and magnetic head 121 can be moved in the radial direction of the disk by a thread mechanism 105.
[0144]
Information detected from the disk 101 by the optical head 103 is supplied to the RF amplifier 107. From the RF amplifier 107, the output of each detector of the optical head 103 is processed to extract a reproduction RF signal, a tracking error signal, a focus error signal, wobble recorded absolute position information, and the like. Among these, the reproduction RF signal is supplied to an EFM (Eight To Fourteen Modulation) and an ACICR (Advanced Cross Interleave Reed-Solomon Code) encoder / decoder unit 108. The tracking error signal and the focus error signal from the RF amplifier 107 are supplied to the servo circuit 109, and the absolute position information is supplied to the address decoder 110, decoded, and output as an absolute position address.
[0145]
The servo circuit 109 generates various servo drive signals according to a tracking error signal, a focus error signal, a track jump command from the system controller 111, an access command, rotation speed detection information of the spindle motor 102, and the like. The thread mechanism 105 is controlled to perform focus and tracking control.
The overall operation is managed by the system controller 111. An input from the operation unit 119 is given to the system controller 111.
[0146]
When recording an audio signal (analog audio signal) input from the input terminal 122, the analog audio signal is supplied to the A / D converter 123. The audio signal is digitized by the A / D converter 123 and then supplied to the voice compression encoder / decoder 114. Then, the audio data is compressed by the ATRAC system by the audio compression encoder / decoder 114.
The input terminal 122 is for so-called analog line input. For example, the input terminal 122 is connected to the terminal T4 of the IRD 12 so that an audio signal from the IRD 12 can be input.
[0147]
The data subjected to ATRAC compression by the audio compression encoder / decoder 114 is temporarily written in the RAM 13 under the control of the memory controller 112 and then supplied to the EFM and ACIRC encoder / decoder 108. An error correction code is added to the audio data by the EFM and ACIRC encoder / decoder 108, and the data is further EFM-modulated. Outputs of the EFM and ACIRC encoder / decoder 108 are supplied to the magnetic head 121 via the head drive circuit 124. At this time, the optical head 103 emits a high-level laser beam to write data to the disk. As a result, audio data compressed by ATRAC is recorded on the disc 101.
[0148]
Also, with this MD recorder, ATRAC data can be directly input and recorded. The ATRAC data is input via the IEEE1394 interface 125, for example.
That is, when the IEEE 1394 interface 60 of the IRD 12 and the IEEE 1394 interface 125 are connected, quadruple speed ATRAC data is supplied for downloading.
[0149]
ATRAC data from the IEEE 1394 interface 125 is supplied to the EFM and ACIRC encoder / decoder 108. The EFM and ACIRC encoder / decoder 108 adds error correction code and EFM modulation to the audio data. The outputs of the EFM and ACIRC encoder / decoder 108 are supplied to the magnetic head 121 via the head drive circuit 124. Similarly, at this time, the optical head 103 is irradiated with a high-level laser beam in order to write data on the disk, whereby audio data compressed by ATRAC is recorded on the disk 101.
[0150]
An optical digital input interface 128 is also provided.
For example, when an optical digital input interface 128 based on IEC958 is provided, digital audio data is input by being connected to the optical digital output interface 59 of the IRD 12 or the optical digital output interface of another device.
In this case, since it is not a so-called ATRAC data format, the input digital audio data is compressed in the ATRAC format by the audio compression encoder / decoder 114, and then recorded data via the RAM 113, EFM, and ACIRC encoder / decoder 108. It is said.
[0151]
At the time of reproduction from the disk 101, the recording signal of the disk 101 is read by the optical head 103. The output of the optical head 103 is supplied to an RF amplifier 107, and a reproduction RF signal is obtained from the RF amplifier 107. This reproduction RF signal is supplied to the EFM and ACIRC decoder 108 via the binarization circuit 106. Then, the EFM and ACIRC decoder 108 performs EFM demodulation processing and ACIRC error correction processing on the reproduced RF signal.
[0152]
The output of the EFM and ACIRC decoder 108 is temporarily written in the RAM 113 under the control of the memory controller 112. The reading of data from the magneto-optical disk 101 by the optical head 103 and the transfer of reproduction data in the system from the optical head 103 to the RAM 113 are performed at 1.41 Mbit / sec and intermittently.
[0153]
The data written in the RAM 113 is read at a timing when the reproduction data transfer is 0.3 Mbit / sec and supplied to the audio compression encoder / decoder 114. Then, audio data expansion processing for ATRAC compression is performed.
[0154]
Data that has been decoded for audio compression, that is, digital audio data in the form of 16-bit quantization and a sampling frequency of 44.1 KHz is supplied to the D / A converter 115 and converted into an analog audio signal. The analog audio signal is output from the output terminal 117 to an external device or a reproduction system such as an amplifier / speaker.
[0155]
Here, writing / reading of data to / from the RAM 113 is performed by addressing by the memory controller 112 under the control of the write pointer and the read pointer, but the write pointer is incremented at a timing of 1.41 Mbit / sec. The pointer is incremented at a timing of 0.3 Mbit / sec. Due to the difference between the write and read bit rates, a certain amount of data is stored in the RAM 113. When the full capacity data is stored in the RAM 113, the increment of the writing pointer is stopped, and the reading operation of data from the disk 101 by the optical head 103 is also stopped. However, since the read pointer increment is continuously executed, the playback audio output is not interrupted.
[0156]
Thereafter, only the reading operation from the RAM 113 is continued, and if the data storage amount in the RAM 113 becomes a predetermined amount or less at a certain point in time, the data reading operation and the write pointer increment by the optical head 113 are restarted again, and the RAM 13 again. Data accumulation will be made.
[0157]
By outputting the playback audio signal via the RAM 113 in this manner, for example, when the tracking is lost due to disturbance or the like, the playback audio output is not interrupted, and for example, correct while the data accumulation remains. By accessing the tracking position and restarting data reading, the operation can be continued without affecting the reproduction output.
[0158]
At the time of recording, a digital audio signal or an analog audio signal input in real time is compressed by the ATRAC method, temporarily stored in the RAM 113, and then read out to be processed as recording data at a predetermined timing. For example, it is read out in units called clusters, which will be described later, and processed as recording data. In the process (ACIRC process or EFM process), it is possible to process at a high rate. However, since the input is in real time according to the music, for example, the recording of the music or the like on the disc 101 takes as much time as the performance time of the music.
On the other hand, when song data is supplied from the IRD 12 in the quadruple speed ATRAC format, for example, the input itself as one song is completed at high speed, and it is only necessary to process according to the input rate. Recording to 101 (that is, downloading of music etc.) can be completed in a very short time. For example, if the performance time is 4 minutes, the download can be completed in about 1 minute.
[0159]
An operation unit 119 and an infrared interface 127 are provided as input portions for operation instructions to the system controller 111 that controls the overall operation.
The operation unit 119 is provided with various operation keys and operators as dials. As controls, for example, controls for recording / playback operations such as playback, recording, pause, stop, FF (fast forward), REW (fast reverse), AMS (cue search), normal playback, program playback, shuffle, etc. Mode controls for play modes such as playback, as well as controls for display mode operations for switching the display state on the display unit 129, track (program) division, track connection, track deletion, track name input, disc name input, etc. There are controls for editing operations.
The operation information by these operation keys and dials is supplied to the system controller 11, and the system controller 11 executes operation control according to the operation information.
[0160]
The infrared interface 127 receives / decodes an infrared command signal output from, for example, a dedicated infrared remote commander, and supplies the infrared command signal to the system controller 111. By providing the remote commander with operation keys similar to those of the operation unit 119, the user can perform a required operation using the remote commander.
Also, as described above, the IRD 12 outputs an infrared command signal in the form of a command signal corresponding to the MD recorder from the infrared interface 66, so that the IRD 12 provides various instructions (for example, recording start / stop, playback) to the MD recorder. Etc.).
[0161]
Further, when the control line interface 126 is provided, the system controller 111 can perform various data communications with the CPU 80 by being connected to the control line interface 67 of the IRD 12. Thereby, the IRD 12 can give various instructions (for example, recording start / stop, reproduction, etc.) to the MD recorder.
As described above, when the IEEE1394 interface is connected, not only ATRAC data but also various control commands can be transmitted and received on IEEE1394. Therefore, the IRD 12 controlling the MD recorder via the control line interface 126 and the infrared interface 127 is suitable for a model in which the MD recorder does not support IEEE1394, for example.
[0162]
The display operation of the display unit 129 is controlled by the system controller 111.
That is, the system controller 111 transmits data to be displayed when executing the display operation to the display driver in the display unit 129. The display driver drives a display operation by a liquid crystal panel or the like based on the supplied data, and executes display of required numbers, characters, symbols, and the like. For example, the operation mode state, track number, recording time / reproduction time, editing operation state, etc. of the disc being recorded / reproduced are shown. In addition, the disc 101 can record character information (track name, etc.) that is managed in association with the main data track (music as ATRAC data). The display of the character information read from is executed.
When text data or image data as an AUX file, which will be described later, is read from the disk 101, the display output can be executed on the display unit 129.
[0163]
By the way, when recording / reproducing operation is performed on the disc 101, it is necessary to read management information recorded on the disc 101, that is, P-TOC (pre-mastered TOC) and U-TOC (user TOC). The system controller 111 determines the address of the area to be recorded on the disc 101 and the address of the area to be reproduced according to the management information. This management information is held in the RAM 113.
Then, the system controller 111 reads out the management information by executing the reproducing operation on the innermost circumference side of the disc on which the management information is recorded when the disc 101 is loaded, and stores the management information in the RAM 113. It can be referred to when recording / reproducing / editing the disc 101.
[0164]
The U-TOC is rewritten according to data recording and various editing processes, but the system controller 111 performs U-TOC update processing stored in the RAM 113 for each recording / editing operation. The U-TOC area of the disc 101 is also rewritten at a predetermined timing according to the rewriting operation.
[0165]
In addition, an AUX data file can be recorded on the disc 101 separately from the track as ATRAC data. An AUX-TOC is formed on the disk 101 to manage the AUX data file.
The system controller 111 also reads the AUX-TOC when reading the U-TOC, and stores it in the RAM 113 so that the AUX data management state can be referred to when necessary.
[0166]
As will be described in detail later, when ATRAC data supplied from the IRD 12 is downloaded to the disk 101, the ATRAC data, the necessary U-TOC data, other text data, image data, etc., are recorded as ATRAC data. Accompanying information (also referred to as additional information) is also provided. As a series of download operations, not only ATRAC data but also management / additional information thereof is recorded on the disk 101 as U-TOC data or an AUX data file.
[0167]
1-8. MD area structure
Here, the structure and area configuration of recording data in the MD (disc 101) will be described.
As shown in FIG. 18, clusters CL are continuously formed as recording tracks in the mini disc system, and one cluster is set as a minimum unit during recording. One cluster corresponds to two to three rounds of tracks.
[0168]
One cluster CL is formed of a linking area of 4 sectors, which are sectors SFC to SFF, and a main data area of 32 sectors shown as sectors S00 to S1F. One sector is a data unit formed of 2352 bytes.
Of the four sector sub-data areas, the sector SFF is a sub-data sector and can be used for information recording as sub-data, but the three sectors SFC to SFE are not used for data recording.
On the other hand, TOC data, audio data, AUX data, etc. are recorded in a main data area for 32 sectors.
The address is recorded for each sector.
[0169]
The sectors are further divided into units called sound groups, and two sectors are divided into 11 sound groups.
That is, as shown in the figure, sound groups SG00 to SG0A are included in two consecutive sectors, an even sector such as sector S00 and an odd sector such as sector S01. One sound group is formed of 424 bytes, and has an audio data amount corresponding to a time of 11.61 msec.
In one sound group SG, data is recorded divided into an L channel and an R channel. For example, the sound group SG00 is composed of L channel data L0 and R channel data R0, and the sound group SG01 is composed of L channel data L1 and R channel data R1.
Note that 212 bytes, which are the data area of the L channel or the R channel, are called a sound frame.
[0170]
The area structure of the disk 101 is shown in FIG.
FIG. 19A shows the area from the innermost circumference side to the outermost circumference side of the disk.
In the disk 90 as a magneto-optical disk, the innermost side is a pit area in which reproduction-only data is formed by embossed pits, and P-TOC is recorded here.
The outer periphery of the pit area is a magneto-optical area, which is a recordable / reproducible area in which a groove as a guide groove of a recording track is formed.
The section from cluster 0 to cluster 49 on the innermost circumference side of the magneto-optical region is used as a management area, and the program area from cluster 50 to cluster 2251 is recorded with programs such as actual music. The outer periphery of the program area is the lead-out area.
[0171]
FIG. 19B shows details of the management area. FIG. 19B shows sectors in the horizontal direction (linking sectors are omitted) and clusters in the vertical direction.
In the management area, the clusters 0 and 1 are buffer areas with the pit area. The cluster 2 is a power calibration area PCA, and is used for adjusting the output power of the laser beam.
In clusters 3, 4, and 5, U-TOC is recorded. As the U-TOC, a data format is defined in each sector in one cluster, and predetermined management information is recorded, respectively. A cluster having a sector that becomes such U-TOC data is represented by clusters 3 and 4. , 5 are repeatedly recorded three times.
Since there are 32 sectors as a main sector area in one cluster, up to 32 types of management information recording (U-TOC sector 0 to sector 31) can be set as U-TOC sectors.
In practice, the U-TOC sectors mainly used are sectors 0, 1, 2, and 4. In the U-TOC sector 0, the recording position address of the recorded track, the track mode, and the like are managed. .
Further, U-TOC sector 1 and sector 4 are used for recording character information as a track name corresponding to the recorded track, and U-TOC sector 2 is an area for recording the recording date and time of the recorded track. ing.
[0172]
In the clusters 6, 7, and 8, AUX-TOC is recorded. The AUX data file is managed by the data as the AUX-TOC. That is, file management information such as an allocation table for data files such as text and images is recorded.
Although not described in detail, a data format is defined in each sector in one cluster, and predetermined file management information is recorded in each sector. Such a cluster having sectors serving as AUX-TOC data is repeatedly recorded in clusters 6, 7, and 8 three times.
[0173]
The area from the cluster 9 to the cluster 46 is an area where AUX data is recorded. A data file as AUX data is formed in units of sectors, a picture file sector as a still image file to be described later, a text file sector as a character information file, a karaoke text file sector as a character information file synchronized with a program, and the like. The
The data file as AUX data, the area where the AUX data file can be recorded in the AUX data area, and the like are managed by the AUX-TOC.
[0174]
Note that the recording capacity of the data file in the AUX data area is 2.8 Mbytes when the error correction method mode 2 is considered.
It is also conceivable to increase the recording capacity of the data file by forming a second AUX data area, for example, in the second half of the program area or in a region (for example, a lead-out portion) on the outer periphery side of the program area.
[0175]
The clusters 47, 48, and 49 are used as buffer areas for the program area.
In the program area after the cluster 50 (= 32h), audio data such as one or a plurality of music is recorded in the ATRAC format.
Each recorded program and recordable area are managed by the U-TOC.
In each cluster in the program area, the sector FFh can be used for recording some information as sub-data as described above.
[0176]
2. download
2-1. Device connection configuration
The system for transmitting, receiving, and downloading broadcasts by satellite communication has been described above. Hereinafter, the download operation for the storage device 13 connected to the IRD 12 will be described.
For example, the reception facility constructed at home or the like has been briefly described with reference to FIG. 2, but in reality, a plurality of storage devices 13 may be connected to the IRD 12.
A configuration example in which a plurality of storage devices 13 are connected is shown in FIG.
[0177]
FIG. 20 shows an example in which five IEEE1394 compatible devices are connected to the IRD 12. That is, the MD recorders 13A, 13B, 13E, VCR 13C, and DVD player 13D.
These equipments. Various control data and commands can be communicated with the IRD 12 by the IEEE 1394 method.
Here, it is assumed that the MD recorders 13A and 13B can cope with recording of ATRAC data transmitted by the IEEE1394 bus 16. On the other hand, it is assumed that the MD recorder 13E does not have a function for recording ATRAC data transmitted through the IEEE1394 interface as it is. That is, in this case, digital audio data is input through, for example, the IEEE 1394 bus 16 or an optical digital line, and recording is performed by performing ATRAC processing within the MD recorder 13E.
[0178]
In addition, MD recorders 13F and 13G are shown as devices that do not support IEEE1394.
These are connected to the IRD 12 by, for example, an optical digital line or an analog line, so that audio data can be input from the IRE 12. In addition, it is possible to receive operation control by the IRD 12 by connecting to an infrared interface or a control line.
[0179]
The download operation described later will be described using an example in which the MD recorder 13A or 13B is used as a storage device. That is, the IRD 12 supplies ATRAC data and various commands to the MD recorder 13A or 13B through the IEEE 1394 bus 16 to execute high-speed download using quadruple speed ATRAC data.
However, in consideration of performing real-time download that is not high-speed, download processing similar to the processing at the time of the download operation described later is possible even when other devices (13C to 13G) are used.
[0180]
2-2. Device connection processing
First, processing of the IRD 12 when a device as the storage device 13 is connected to the IRD 12 will be described.
Each time a certain storage device is connected, the CPU 80 of the IRD 12 additionally generates data related to the connected device in the connected device ID table as shown in FIG. The connected device ID table (hereinafter referred to as ID table) is held in the nonvolatile memory 68.
A command defined by IEEE 1394 is used for communication between the connected device and the IRD 12.
[0181]
The processing of the CPU 80 at the time of connection is shown in FIG.
When a certain storage device 13 is connected from the IRD 12 via the IEEE 1394 bus 16, the processing of the CPU 80 proceeds from step F101 to F102 in FIG. 21, and starts processing for adding data to the ID table.
First, in step F102, a request is sent to the connected device to report the ID given to the device. The ID here is a so-called node unique ID, and is an ID code given as a number (or a character) unique to each device.
[0182]
The connected device transmits an ID code unique to the device to the IRD 12 in response to the ID request.
The CPU 80 waits for reception of the ID code in step F103, and when the ID code is received, the process proceeds to step F104.
First, it is searched whether the same ID code as the ID code received and taken in exists on the ID table as shown in FIG.
[0183]
When a certain device is newly connected to the IRD 12, the same ID code is not registered in the ID table. Accordingly, in the case of a new connection, the process proceeds from step F105 to F106, and the CPU 80 performs numbering for the connected device.
For example, if numbering is performed sequentially from “1” for each connected device, the number of that device is “4” when a new device is connected when three devices are connected.
[0184]
Subsequently, in step F107, the connected devices are sequentially requested to notify necessary information such as device type, detailed type, and whether or not the device is compatible with ATRAC input.
The connected device transmits information such as the device type, detailed type, and ATRAC input availability in response to a request for such information.
The device type is type information for distinguishing between “VCR device” and “disk device”. For example, analog VCR, DV equipment, DV-HS equipment, etc. correspond to VCR equipment. On the other hand, an MD recorder, a CD player, a DVD recorder, a hard disk drive, and the like correspond to a disk device.
The detailed type is information on the actual device type. For example, the information is “MD recorder”, “analog VCR”, “DVD player”, and the like.
[0185]
When the requested required information is received in step F108, the CPU 80 proceeds to step F109 and automatically sets a nickname for the connected device.
As will be described later, in this example, the user can set an arbitrary nickname for the connected device. However, at the time of connection, the CPU 80 automatically sets a default nickname. For example, in the case of an MD recorder, a temporary name such as “MD-1” is given.
[0186]
Subsequently, in step F110, information on the connected device is additionally stored in the ID table.
Information on the ID table corresponding to one device includes the connected device number numbered in step F106, the ID received in step F103, the device type received in step F108, the detailed type, whether or not ATRAC can be input, step F109. The default nickname set in.
These pieces of information are written in the ID table as shown in FIG.
For example, if only the MD recorders 13A and 13B in FIG. 20 are connected and the VCR 13C is connected as a newly connected device, the data shown as the third line in FIG. Each data of “3”, VCR 13C ID “id3”, device type “VCR”, detailed type “analog VCR”, default nickname “VCR-1”, and ATRAC input “impossible” is stored. At this time, the connection status data is set to “ON”.
[0187]
FIG. 24 shows an example in which five devices are connected to the IEEE 1394 bus 16 as shown in FIG. 20, and the MD recorders 13A, 13B, and 13E have already registered nicknames. .
This nickname registration is arbitrarily performed by the user. In this case, the user performs an operation as the nickname input mode on the IRD 12 using, for example, the remote commander 64.
[0188]
Assume that five devices are connected and all devices are registered with default nicknames in the ID table. For example, it is assumed that the nicknames of the devices 13A to 13E in FIG. 20 are registered in the ID table as “MD-1”, “MD-2”, “VCR-1”, “DVD-1”, and “MD-3”.
As will be described later, when downloading, the user needs to select a device to download in advance. For this device selection, the IRD 12 displays the nickname of each connected device on the monitor device 14 to prompt the user to select.
If default nicknames are registered in the ID table for three MD recorders, “MD-1”, “MD-2”, and “MD-3” are displayed. In this case, it is easier for the user to distinguish which MD recorder each display name corresponds to than the simple model name. However, there are times when users don't like the default nickname or want to be able to distinguish it more clearly.
In order to make it easier for the user to distinguish, for example, the three MD recorders 13A, 13B, and 13E, an arbitrary nickname is assigned to each, and in that case, an operation for setting the nickname input mode is performed. The same applies when it is desired to change a nickname registered in the past.
[0189]
When the operation as the nickname input mode is performed, the processing of the CPU 80 proceeds from step F151 to F152 in FIG. 23, and first requests the user to select a device for nickname registration. For example, the monitor device 14 presents the nickname (default nickname or nickname registered in the past) of each device at that time, the device type that is not necessary, and the like to allow the user to select a specific device.
When the selection operation is performed, the process proceeds from step F153 to F154, and the monitor device 14 is requested to input a nickname.
The user inputs letters and numbers that become nicknames accordingly. When the input is confirmed, the process proceeds from step F155 to F156 to update the ID table. That is, the nickname data for the selected device is rewritten to the character or number input this time. For example, as shown in FIG. 24, the nickname “Jimmy” is registered for the MD recorder 13A having the device number “1”. It should be noted that the input of characters and the like by the user may be executed by operating the GUI screen and the remote commander 64.
[0190]
By such processing, as shown in FIG. 24, a nickname can be arbitrarily added to each device. When the CPU 80 requests the user to select a device for some reason, the user can easily understand the device selection operation by displaying and selecting the nickname registered in the ID table. .
[0191]
By the way, the connection status in the ID table of FIG. 24 is data indicating whether or not the device is actually connected.
Therefore, when the device once connected is subsequently disconnected, the connection status data is updated.
That is, as shown in FIG. 22, when a certain device is removed from the IEEE 1394 bus 16, the process proceeds from step F121 to F122, and the data on the ID table corresponding to the device is updated. Specifically, the connection status data is rewritten to “off”.
In this way, information on the device once connected can be held thereafter, and the actual connection status can be easily grasped from the IRD 12 side.
[0192]
Here, consider a case where a device once disconnected is connected again later.
When device connection occurs, the process of FIG. 21 is performed. In this case, when the ID table is searched in step F104, the same ID as the received ID is found. In that case, since the information necessary for the connected device in the ID table is taken in at the previous (or earlier) connection and written in the ID table, the process proceeds to step F111, and the connection status data It is only necessary to rewrite “ON” again.
In other words, once a device that has been connected once is connected again, information such as the device type of the device has already been stored, so there is no need to retrieve it again, and the processing at the time of connection is simplified. .
If the user has registered a nickname for the device in the past, the registered nickname can also be handled as valid data (that is, no registration operation is required again).
In particular, there is a device (for example, when a user uses a portable MD recorder) in which connection and disconnection are repeated many times by leaving the ID table data itself even when the connection is released. The case will be very effective.
[0193]
As described above, when the storage device 13 is connected (and disconnected), the IRE 12 side can accurately determine the model and status of the connected storage device 13 and perform the download operation. Appropriate processing can be performed.
In addition, since the user can perform nickname registration for the connected device, the operation at the time of device selection and the like becomes easy to understand and also gives user-friendly enjoyment.
[0194]
The above processing has been described for devices connected to the IEEE 1394 bus 16, but can also be applied when the MD recorder 13G is connected via another control line as shown in FIG.
[0195]
2-3. Download operation overview
For example, various storage devices 13 are connected to the IRD 12 as described above. Hereinafter, an outline of a series of operations when the IRD 12 causes the storage device 13 that actually has the download to be executed will be described with reference to FIGS. 26. Detailed processing in each procedure will be described later.
Here, the storage device 13 that executes the download is assumed to be an MD recorder 13A or 13B that supports IEEE1394 and supports ATRAC input.
[0196]
The procedure executed by the IRD 12 at the time of downloading is shown in steps S10 to S16 in FIGS. 25 and 26, and the procedure executed by the storage device 13 (MD recorder 13A) at the time of downloading is shown by steps S21 to S22. Show.
The outline of each procedure will be described below.
[0197]
[S10]
When the user requests to download a certain piece of music, a setting operation is performed on the IRD 12. The download setting process in step S10 is a process for setting a download operation requested by the user. Roughly speaking, selection of a device (storage device) that executes download and selection of content (music) to be downloaded are performed.
[0198]
[S11, S21]
The procedure S11 executed by the IRD 12 is a check / instruction process for download execution. This is an instruction to execute the download operation set in the procedure S10 so that it can be executed on the selected storage device 13 side, and execution. This is a process for checking whether or not it is possible.
For this check / instruction, the IRD 12 sends a command to the storage device 13 to execute a predetermined operation or receive a required response.
At this time, the procedure S21 executed on the storage device 13 side is a setting / response process for a check / instruction, that is, a setting operation or response corresponding to a command sent from the IRD 12 is executed.
[0199]
[S12, S22]
When the IRD 12 confirms that the download can be executed in step S11, the IRD 12 issues a download setup instruction in step S12. Here, first, the storage device 13 is requested to shift to the download mode.
Although details will be described later, the download mode instruction is a request to notify the IRD 12 when the operation state of the storage device 13 changes, and an instruction to set the actual setup state.
In response to such an instruction, the storage device 13 performs download setup processing as step S22. For example, a setup is set to a recording standby state (for example, a recording pause at a recording start position with respect to the disc 101), and a mode for reporting to the IRD 12 when a state change occurs thereafter.
Further, under this download mode, the storage device 13 determines the start and end of ATRAC data by itself.
[0200]
[S13, S23]
At the time of downloading, the IRD 12 simply selects the ATRAC data as the music selected to be downloaded by the IEEE1394 interface 60 and outputs the ATRAC data. That is, quadruple speed ATRAC data of the corresponding channel is output from the received data as shown in FIG.
On the other hand, on the side of the storage device 13 to which the ATRAC data is input, when the TS packet that is the head of the ATRAC data is detected, the actual recording operation (downloading) is started.
Also, during downloading, the TS packet at the end of the ATRAC data is monitored, and recording ends when the end is reached.
In this way, the storage device 13 performs the actual ATRAC recording process as step S23. The start / end is performed based on monitoring of TS packets.
On the other hand, at this time, the IRD 12 recognizes that the download has started by receiving a report (REC start report) that the recording operation has changed status.
Further, by receiving a report that the status has changed to the stopped state (REC end report), it is recognized that the downloading of ATRAC data has been completed.
In the meantime, although not shown in the figure, as will be described later, a display of the download progress status and a data request for the display are performed. The process during this period is step S13 (ATRAC recording handling process).
[0201]
[S14, S24]
When the IRD 12 receives the REC end report and recognizes that the download of the ATRAC data has been completed, the IRD 12 performs a management / additional information recording instruction process in step S14. Here, the storage device 13 is instructed to record management information and additional information, and provides necessary data. In the case of the MD recorder 13A, U-TOC data, AUX-TOC data, AUX data recording instructions and necessary data are transmitted.
In response to this, the storage device 13 records management information and additional information according to the instruction in step S24.
[0202]
[S15, S25]
When the recording of the management information / additional information is completed, the series of downloads is terminated. For this reason, the IRD 12 instructs the end of the download in step S15, while the storage device 13 receives it and exits the download mode.
[0203]
[S16, S26]
The above is the processing procedure for normal download. When downloading is in progress, that is, when the storage device 13 is executing step S23, an error relating to ATRAC data recorded in the storage device 13 may be detected. is there. Of course, a failure may occur in the storage device 13 and the recording operation may not be performed satisfactorily.
If an error occurs in this way, it is not appropriate to skip the error and continue downloading. In particular, considering that the user downloads music for a fee (that is, sales of music), some appropriate measures are required when an error occurs.
[0204]
Therefore, as shown in FIG. 26, when any error occurs, the storage device 13 reports to the IRD 12 that an error has occurred in step S23.
In response to this, the IRD 12 performs error processing in step S16. This process is a process of determining whether retry is possible, shifting to retry if possible, and canceling download if impossible.
On the other hand, on the storage device 13 side, retry preparation processing is performed as step S26.
If the retry is possible, the IRD 12 and the storage device 13 return to step S12 and step S22, respectively, and thereafter perform a download retry.
[0205]
As described above, a series of operations as downloads as shown in FIGS. 25 and 26 are executed while necessary communication is performed between the IRD 12 and the storage device 13.
Hereinafter, detailed processing examples in each procedure will be described. Note that an IEEE 1394 AV / C command or the like may be used for various communications in the processing described below. However, commands newly set for communication in this example are also included. The newly set commands are, for example, a download setup command, a command for instructing to enter a download mode, a command for instructing to end download, and the like.
Further, the processing to be described is merely an example, and it goes without saying that specific processing methods can be considered in various ways.
[0206]
2-4. Download setting process
The download setting process as step S10 will be described with reference to FIG.
When the user requests to download a certain piece of music, the setting operation is first performed on the IRD 12. In this case, for example, the operation is performed in a state where a screen as described in FIG. 4B is displayed.
The download includes a case where the download is started immediately after the setting and a setting recording operation which is a reserved recording operation for executing the download at a later time. In either case, the setting process is roughly the same.
When the user performs any operation for starting the setting, the CPU 80 proceeds from step F201 to F202 in FIG. 27 and starts the download setting process. Here, for example, the operation may be an operation of pressing the download button 28 or the reservation recording button 25 in FIG. 4B, or a dedicated button for setting as a GUI screen may be prepared and pressed. Good.
[0207]
First, in step F202, the CPU 80 lists devices to be downloaded from IEEE1394 connected devices.
In this example, the download target device is limited to the MD recorder.
The list here uses the ID table shown in FIG. In other words, devices that can be downloaded are listed from the ID table. Various list-up conditions are conceivable. For example, when the download target device is limited to the MD recorder as in this example, the condition is “MD recorder”. Then, for example, the MD recorder 13A (Jimmy), the MD recorder 13B (Eric), and the MD recorder 13E (Jeff) in FIG. 20 are listed.
[0208]
Subsequently, in step F203, if there is a device connected by a control line other than the IEEE 1394 bus, devices that can be downloaded are listed in the same manner. In this case, the control line connection device is also used if an ID table as shown in FIG. 24 is created at the time of connection. If the ID table has not been created, the device type (detailed type) is asked to the connected device, and the corresponding device is listed. For example, the MD recorder 13G in FIG. 20 is listed.
[0209]
In the next step F204, the IRD 12 encounters devices that can be controlled by infrared commands, and lists devices that can become download target devices. In this case, since the CPU 80 cannot determine the connected device, for example, the user is requested to input. Alternatively, it is assumed that the user is requested to register an infrared controllable device in advance, and the determination is made based on the registration data.
[0210]
At least step F202 is listed, and if necessary, steps F203 and F204 are listed, so that, for example, all MD recorders as download target devices are listed. Therefore, in step F205, the listed devices (MD recorder) are displayed on the monitor device 14, and the user is allowed to select which device is to execute the download. For example, as shown in FIG. 28, the device list 21E is displayed to prompt selection.
Here, in the display of the device, by using the nickname described above, the selection operation is very easy for the user to understand. Of course, not only the nickname but also the actual model name and model number may be displayed at the same time.
[0211]
Note that various examples are conceivable for the list-up process up to step F205 and the display mode of the device list 21E.
First, for listing, assuming that the recorder is an MD recorder, only the MD recorder that is actually connected at that time may be used. In other words, devices whose detailed type is “MD” and whose connection status is “ON” are extracted from the ID table of FIG.
Furthermore, a condition such as only an ATRAC input compatible device may be added.
Further, the steps F203 and F204 may not be executed only for IEEE1394 connected devices.
[0212]
Further, although depending on the list-up conditions, as an example of display of the device list 21E, connected devices and non-connected devices may be displayed separately as shown in FIG. For example, in the case of this figure, MD recorder 13E (Jeff), MD recorder 13F (MD-4), and MD recorder 13G (MD-5) are not connected at that time.
[0213]
FIG. 30 is an example in which the user can recognize the difference in operation depending on whether or not ATRAC input is supported when displaying, although it does not matter whether the list-up condition corresponds to ATRAC input.
That is, when ATRAC input is supported, quadruple speed ATRAC data is input via the IEEE 1394 interface, so the download time is shorter than normal real-time recording. Therefore, for the user, whether or not the ATRAC input is supported is affected by the length of the download time. Therefore, in the case of an ATRAC input compatible device, for example, a display indicating that the download can be completed at high speed is displayed.
[0214]
FIG. 31 shows an example in which all connected devices are temporarily displayed as the device list 21E. However, since only the listed MD recorders can be selected, other models such as VCR-1 and DVD-1 are displayed in an inactive state that cannot be selected.
[0215]
Of course, more various list-up methods and display modes are conceivable, but in any case, a method suitable for the user's device selection operation may be adopted.
[0216]
For the display of the device list 21E as described above, the user moves the cursor to the device to be downloaded and performs a determination operation.
Then, the processing of the CPU 80 proceeds from step F206 to F207, and the selected device is determined as the download execution device.
[0217]
Subsequently, in step F208, a list of contents to be downloaded is displayed, and a selection is requested from the user. For example, as shown in FIG. 4B, the music that can be downloaded at that time is displayed.
In addition, if the user has set as reserved recording, the music that can be downloaded after that is displayed according to the user's operation.
[0218]
Note that, as described in the explanation of FIG. 4, after the user selects and listens to a certain piece of music, the user may perform an operation to download it. In this case, since the content to be downloaded has already been determined, the processes in steps F208 and F209 are not necessary.
[0219]
When the user performs an operation of selecting content, the process proceeds from step F209 to F210, and the selected content is determined as content to be downloaded.
If the user performs an execution operation (for example, an operation of pressing the download button 28 or the reservation recording button 25), the process proceeds from step F211 to step S11.
27 completes the setting process as step S10, that is, the setting of the device to be downloaded and the content to be downloaded. Hereinafter, the description will be continued assuming that the MD recorder 13A is selected as the device to be downloaded.
[0220]
2-5. Check process before download
Examples of check / instruction processing for download execution as step S11 of the IRD 12 are shown in FIGS.
Here, the IRD 12 checks whether or not the MD recorder 13A selected in step S10 is in a downloadable state.
[0221]
First, in step F301 in FIG. 32, it is determined whether or not the selected device, that is, the MD recorder 13A is in a power-off state.
If the power is off, the process proceeds to step F302, and a command as an instruction to turn on the power is transmitted to the MD recorder 13A. In response to this, the system controller 111 of the MD recorder 13A performs power-on control.
If the power is on, the process proceeds from step F301 to F303.
[0222]
In step F303, a command for instructing input switching is issued to the MD recorder 13A (system controller 111). The MD recorder 13A includes a plurality of audio input systems as can be seen from FIG. Therefore, in order to download ATRAC data, an instruction for an input system is given to the MD recorder 13A in order to perform input processing on ATRAC data input via the IEEE1394 interface 125.
[0223]
Subsequently, after step F304, the medium itself (disc 101) for download recording is checked.
First, in step F304, a command asking whether or not the disc 101 is loaded is issued to the MD recorder 125.
On the other hand, the system controller 111 checks the disk loading status and transmits information on the presence or absence of the disk 101. If the CPU 80 receives the information, the process proceeds from step F305 to F306 to determine the response content. To do. If the response content is “disk loaded”, the process proceeds to step F306. If it is “disk not loaded”, the process proceeds to step F321 in FIG. The monitor device 14 is caused to execute a message and a necessary operation request.
[0224]
For example, the disc is not loaded in the MD recorder “Jimmy” on the monitor device 14. Please display a message such as "Please insert a disc." In step F322, the variable n = 1 is set, and the process proceeds to a loop of steps F323 to F327.
Here, in step F323, a command for inquiring whether or not the disc 101 is loaded is issued to the MD recorder 125. In step F324, reception standby is performed, and in step F325, the received content is determined.
[0225]
Such processing is repeated while incrementing the variable n in step F327 until it is determined in step F326 that the variable n has exceeded a certain set value M1.
That is, when the user reads the message displayed in step F321, the disc 101 is loaded into the MD recorder 13A. At the time after loading, the response from the system controller 111 received in step F324 is It becomes the information of “Disc loading”. In this case, the loading of the disk 101 has been confirmed, and the process advances from step F325 to step F307 in FIG. 32, which is the next check process, as indicated by (2).
[0226]
However, if no action is taken, such as the absence of a user on the spot or the loading of the disc 101, a positive result is obtained in step F326 in FIG. 33 at a certain time. The CPU 80 times out this, and performs a download prohibition process in step F328. That is, execution of the download operation set in the procedure 10 is suspended or canceled.
In step F329, a message addressed to the user is displayed on the monitor device 14 to notify that the download operation is prohibited due to the disk not being loaded.
[0227]
On the other hand, when the disk is in the loaded state and the process proceeds to step F307 in FIG. 32, the CPU 80 checks whether or not the loaded disk 101 is in the write protected state. That is, it is a check whether the slide lever for write protection on the mini disk cartridge is not in the protect position.
[0228]
For this reason, in step F307, a command for inquiring the protection status of the disk 101 is issued to the MD recorder 125.
On the other hand, the system controller 111 checks the protection status of the disk 101 and transmits information on the protection status. If the CPU 80 receives the information, the process proceeds from step F308 to F309, and the response content is “ If it is “unprotected (recordable)”, the process proceeds to step F310 as a check OK. However, if the response content is “protected”, the process proceeds to step F341 in FIG. 34 as shown in (3), and the display processing unit 58 executes a message to the user and a necessary operation request to the monitor device 14. Let
[0229]
For example, a message such as “Disk is write protected. Please remove protection” is displayed on the monitor device 14.
Then, in step F342, the variable n = 1 is set, and the process proceeds to a loop of steps F343 to F347.
[0230]
To release the write protection, the user once takes out the disk 101 and moves the slide lever on the cartridge and loads it again, or loads another disk 101. That is, in any case, the user must first eject the currently loaded disc 101.
Therefore, in order to confirm whether or not the user performs the corresponding process, a command for inquiring whether or not the disc 101 is loaded is issued to the MD recorder 125 in step F343, and reception standby is performed in step F344, and step F345 is performed. The received content is discriminated.
This process is repeatedly executed while incrementing the variable n in Step F347 until it is determined in Step F346 that the variable n has exceeded a certain set value M2.
[0231]
After reading the message displayed in step F341, the user first takes out the disc 101 from the MD recorder 13A. At that time, it is detected that the disc has been ejected in step F345.
At this time, since the disk 101 is not loaded, the process proceeds to step F321 in FIG.
When the disk loading is confirmed, the process proceeds again to step F307 in FIG. 32 to check the write protect state.
[0232]
If no action is taken by the user during the process shown in FIG. 34 (when the disc is not ejected), a positive result is obtained in step F346 at a certain time. The CPU 80 times out this, and performs a download prohibition process in step F348. That is, execution of the download operation set in the procedure 10 is suspended or canceled.
In step F349, a message addressed to the user is displayed on the monitor device 14 to inform that the download operation is prohibited because the disk is write-protected.
If the user removes the disc once but does not load the disc again after a certain period of time, the process proceeds to steps F328 and F329 in FIG. 33, and the download is stopped. .
[0233]
When the write protection check of the disk 101 is OK, the recording capacity of the disk 101 is subsequently checked from step F310 in FIG.
This is a check as to whether or not a sufficient recording capacity is left on the disc 101 for the content to be downloaded.
[0234]
Therefore, in step F310, a command for inquiring the remaining capacity of the disc 101 is issued to the MD recorder 125.
On the other hand, the system controller 111 checks the remaining recordable capacity from the U-TOC data of the disk 101 and transmits the information. If the CPU 80 receives the information, the system controller 111 proceeds from step F311 to F312. move on. Then, the capacity necessary for the content selected in step S10 is compared with the received remaining capacity, and it is determined whether or not sufficient capacity remains for downloading the content.
If it remains, the check is OK and the series of check processing as step S11 is completed.
[0235]
However, if it is determined that sufficient capacity does not remain, the process proceeds to step F361 in FIG. 35 as indicated by (4), and the display processing unit 58 displays a message to the user and a necessary operation request. 14 is executed.
For example, a message such as “There is not enough capacity on the disk. Replace the disk or erase unnecessary tracks” is displayed on the monitor device 14.
In step F362, the variable n is set to 1, and the process proceeds to a loop of steps F363 to F370.
[0236]
In this case, the user can replace unnecessary disks or erase unnecessary tracks by editing processing by the operation on the MD recorder 13A side.
Therefore, considering the possibility that the user will replace the disk, first issue a command asking whether or not the disk 101 is loaded to the MD recorder 125 in step F363, wait for reception in step F364, and receive in step F365. Determine the contents.
If the user replaces the disc 101, the disc 101 is first removed from the MD recorder 13A. At that time, it is detected in step F365 that the disc has been ejected.
At this time, since the disk 101 is not loaded, the process proceeds to step F321 in FIG.
When the disk loading is confirmed, the process proceeds again to step F307 in FIG. 32, and the check is performed again from the check of the write protect state.
[0237]
On the other hand, since the user may erase the track, a command for inquiring about the recordable capacity of the disk 101 is issued to the MD recorder 125 in step F366, reception is waited in step F367, and the same as step F312 in step F368. (Determining whether or not a sufficient capacity has been secured for the content to be downloaded).
[0238]
When the user performs an editing operation on the MD recorder 13A and erases the track, it is determined in step F368 that a sufficient capacity has been secured at a certain time. In this case, the capacity check is OK, and the process returns to FIG. 32 as indicated by (5), and the series of check processes as the procedure S11 is completed.
[0239]
The processes in steps F363 to F370 in FIG. 35 are repeatedly executed until the variable n is determined to have exceeded a certain set value M3 in step F369 while the variable n is incremented in step F370.
Therefore, if no action is taken by the user (when the disk is not replaced or the track is not erased), a positive result is obtained at step F369 at a certain time. The CPU 80 times out this, and performs a download prohibition process in step F371. That is, execution of the download operation set in the procedure 10 is suspended or canceled.
In step F372, a message addressed to the user is displayed on the monitor device 14 to inform the user that the download operation has been prohibited due to insufficient disk capacity.
If the user once removes the disc for replacement but does not load the disc again after a certain period of time, the process proceeds to steps F328 and F329 in FIG. 33, and the download is stopped. Will be.
[0240]
With the processes in FIGS. 32 to 35 described above, whether or not the download can be surely executed is checked when the download is executed. Therefore, it is possible to prevent a user from forgetting to insert a disk, a write protection situation, a remaining capacity, and the like from failing in downloading.
[0241]
In addition, for example, when the user is not on the spot, and the countermeasure cannot be taken, the download is not executed.
In particular, these checks mean to check the situation where the download fails before starting the download, and prevent the download from failing from being started. Is a very appropriate process. In particular, since a fee is charged for a download, it is very important to prevent a download with a known failure.
[0242]
By the way, as a response process when it is not OK by each check, the user is requested to take a required action, but it is also conceivable to perform necessary control automatically.
For example, when the MD recorder 13A is equipped with a disk changer system, the IRD 12 may instruct and automatically execute loading and replacement of a disk.
If the recordable capacity of the disk 101 is not sufficient, the IRD 12 may automatically instruct the MD recorder 13A to perform track erasure to execute erasure. However, in this case, it is appropriate to issue a message on the monitor device 14 and ask the user whether or not to delete.
[0243]
In addition to the above example, for example, a check of whether or not the MD recorder 13A is in another operating state can be considered as the check content.
For example, when the MD recorder 13A is performing a recording operation or a reproducing operation, it is necessary to determine which of the download to be executed this time is prioritized.
Therefore, the IRD 12 checks the operation status of the MD recorder 13A, and if it is in operation such as recording / reproduction, the IRD 12 asks the user to determine which should be prioritized.
[0244]
Although detailed description of the procedure S21 by the system controller 111 on the MD recorder 13A side is avoided, control and communication processing corresponding to commands in the processing of the CPU 80 in FIGS. 32 to 35 are performed. As described in the above description.
[0245]
2-6. Download setup
Next, the download setup instruction process of the CPU 80 of the IRD 12 as the procedure S12 and the download setup process of the system controller 111 of the MD recorder 13A as the procedure S22 will be described with reference to FIG.
[0246]
When the procedure up to step S11 is completed, the processing of the CPU 80 proceeds to step F401 in FIG. Here, for example, in the download setting process of FIG. 27 described above, if the execution operation of step F211 is an operation of pressing the download button 28 of FIG. 4, the download is immediately executed as it is. On the other hand, if the execution operation of step F211 is the one in which the reservation recording button 25 is pressed, the download is executed after waiting for a certain time of the broadcast of the reserved content.
[0247]
Therefore, if it is a reservation setting, the process proceeds from step F401 to F402 in FIG. Then, when the reserved time (date and time when the music as the reserved content is broadcast) is reached, the process proceeds from step F403 to F404 to move to a download setup instruction.
On the other hand, if it is not a reservation setting, the process proceeds from step F401 to F404 immediately.
[0248]
From step F404, a setup instruction for the MD recorder 13A is started in order to actually execute the download.
First, in step F404, the CPU 80 issues a status change report request to the MD recorder 13A.
This request is sent to the system controller 111 of the MD recorder 13A when there is some state change (for example, change from recording pause to recording state) in the MD recorder 13A during the download mode. , Requesting that the status change be reported each time.
[0249]
If there is such a status change report request, the system controller 111 proceeds from step F451 to F452, and sets the communication mode so as to report the status change during the download mode period. When the operation is performed, a report to the effect that the status change report request has been accepted is sent to the CPU 80 in step F453.
[0250]
When the CPU 80 receives the approval report in step F405, it issues a download setup instruction to the system controller 111 in step F406.
This setup instruction indicates that the system controller 111 shifts to a download mode as a preparation for starting download, accesses a position to start recording on the disk 101 and waits in a recording pause state, and thereafter This is a command for monitoring the ATRAC data input on the system controller 111 side and determining that the download recording operation should be started and ended according to the monitoring result.
When the setup instruction is given, output of ATRAC data as content to be downloaded is started from the IEEE1394 interface 60 in step F407. That is, for example, only the ATRAC data of the channel selected from the received 10 channels of ATRAC data is output.
[0251]
When there is a setup instruction in step F406 of the CPU 80, the system controller 111 advances the processing from step F454 to F455, sets the download mode state first, and accesses the head (optical head 103 and magnetic head 121) to the recording start position. And control to set the recording pause state at that position.
Subsequently, in step F456, monitoring of ATRAC data input via the IEEE 1394 interface 125 is started.
The ATRAC data monitoring process performed by the system controller 111 during the download mode is the monitoring process in units of TS packets shown in FIGS. 12 and 13. Specifically, the data start indicator and data shown in FIG. The end indicator, the PES data counter, the present PES number are monitored, and the transport error indicator in the transport packet header of FIG. 12 is monitored.
The IEEE 1394 interface 125 also performs error detection on the input ATRAC data using the checksum data described with reference to FIGS.
[0252]
When the above-described setup process is completed, the system controller 111 issues a setup completion report in step F457. Then, the process proceeds to step S23.
When the CPU 80 of the IRD 12 receives this setup completion report, the CPU 80 proceeds from step F408 to step S13.
[0253]
As described above, in the download setup of this example, the IRD 12 instructs the MD recorder 13A to execute download, and the MD recorder 13A voluntarily controls the start and end of download recording. Will be required.
In addition, by reporting the status change, the operation status of the MD recorder 13A can be grasped on the IRD 12 side during the download operation started thereafter.
[0254]
2-7. ATRAC download
Next, step S13 and step S23 in which actual ATRAC data is downloaded will be described with reference to FIG.
This download operation is controlled to start / end on the MD recorder 13A side by the setup process. On the IRD 12 side, the ATRAC data to be downloaded is simply selected by the IEEE 1394 interface 60 and output. However, it performs the necessary processing to inform the user of the download progress.
[0255]
After starting the monitoring process in step F456 of FIG. 36, the system controller 111 of the MD recorder 13A waits for the start timing of the music to be downloaded for the input ATRAC data in step F551 of FIG. That is, it waits for detection of data start indicator = “1” in the TS packet.
When the start timing is detected, the process proceeds to step F552 to start recording from the ATRAC data in the TS packet to the disk 101. Since this causes a change in status, the status change, that is, the transition to the recording state is reported to the CPU 80 in step F553.
[0256]
After the recording is started, the system controller 111 continuously performs monitoring of the end of the ATRAC data in step F554, requesting time data from the CPU 80 in step F555, and monitoring the error occurrence state in step F556. It will be.
[0257]
When the status change in step F553, that is, the transition to the recording state is reported, the CPU 80 displays on the monitor device 14 that the download has started, and proceeds from step F501 to F502 to reset the internal timer. Start the time count. This is a time count operation for executing a time data request for displaying the download progress status at regular intervals.
After that, in step F503, the system controller 111 monitors whether or not there is a status change report indicating that the recording has been completed, in step F504 the error occurrence report is monitored, and in step F505 whether or not a predetermined time has elapsed due to the time count. Do.
[0258]
While the download is properly continued on the MD recorder 13A side, a process of displaying the progress status on the IRD 12 side (monitor device 14) is performed. First, this process will be described.
If it is detected by the time count that the predetermined time has elapsed, the processing of the CPU 80 proceeds from step F505 to F506, and the system controller 111 is notified of the time data (HMS (hour minute second)) of the currently downloaded ATRAC data: Request time data with the first 0 minutes and 0 seconds).
If there is this request, the system controller 111 proceeds from step F555 to F559, confirms the hour / minute / second as the time position of the currently recorded ATRAC data, and transmits the time data to the CPU 80. Note that ATRAC data is about 4 times the real time data, and the 4 times speed ATRAC data is recorded as it is. Therefore, the time data to be reported is not the real time during the download, but the ATRAC data. It is a value corresponding to the actual time when actually playing and playing.
This time data can be discriminated from the address on the recording disc or the data address included in the ATRAC data.
[0259]
When the time data (HMS) is reported, the CPU 80 proceeds from step F507 to F508, and causes the monitor device 14 to display the download progress status based on the time data. In this display, for example, the current recording time position is presented with the total performance time of the ATRAC data (music) as 100%.
A display example is shown in FIG. FIG. 38A is an example in which a download progress status display 21F as a percentage is executed in a manner superimposed on the display state as shown in FIG. 4A, for example.
FIG. 38B is an example in which the download progress status display 21F is executed, for example, in the form of a bar graph in the display state as shown in FIG. 4B.
Of course, various display modes are conceivable in addition to these, and in any case, the display may be performed so that the user can grasp the progress state until the completion of downloading of the music.
[0260]
When the display control process is performed in step F508, the process returns to step F502 to reset / start the timer. When the predetermined time has passed again, the processing from steps F505 to F506, F507, and F508 is performed.
Therefore, for example, if the predetermined time is 1 minute, the display screen displays a percentage that progresses every minute, and the user can roughly grasp how much download will be completed. become.
Of course, the predetermined period for updating the display may be a shorter period such as every 30 seconds, every 10 seconds, or every 5 seconds. The shorter the percentage, the smoother the percentage display changes.
[0261]
Next, error monitoring by the system controller 111 during execution of download recording will be described.
The system controller 111 confirms the PES data counter and the present PES number shown in FIG. 13 for each TS packet of the supplied ATRAC data.
Since the continuity of TS packets can be confirmed by these two values, if a certain TS packet is not input for some reason, it is possible to recognize the absence of ATRAC data in the TS packet.
Therefore, if such a continuity error is confirmed, the processing of the system controller 111 proceeds from step F556 to F560, and an error occurrence report is made to the CPU 80. Since it is not appropriate to continue downloading with such an error occurring, the process proceeds to step S26 described later.
On the other hand, on the CPU 80 side receiving the error occurrence report, the process proceeds from step F504 to step S16 described later.
[0262]
Note that the error monitored by the system controller 111 may be performed at the same time as the data continuity check.
For example, if the transport error indicator in the TS packet header is monitored, the reliability of the ATRAC data of the TS packet can be determined. Accordingly, when unreliable ATRAC data is input, it may be determined that an error has occurred.
In addition, since error detection is also performed using checksum data included in the TS packet, if an error is detected, an error occurs.
[0263]
Furthermore, not only the error on the ATRAC data inputted in this way, but also when there is an operation error on the MD recorder 13A side (an operation error that affects the recording data), the process may be performed as an error occurrence. Conceivable.
[0264]
If downloading of ATRAC data is continued without error, the system controller 111 detects a state of data end indicator = “1” in the TS packet at a certain time.
It means that the TS packet is in the last PES packet of the music piece, and when the last TS packet of the PES packet is received, the process proceeds from step F554 to F557, and the last TS packet is received. The recording operation on the disk 101 is terminated with the ATRAC data of the packet as the last.
Since this means that a status change has occurred, a report is sent to step F558 that the status change has occurred from the recording state to the stop state. Then, the process proceeds to step S24.
[0265]
When the CPU 80 receives the status change report indicating that the recording has ended, the process proceeds from step F503 to step S14.
[0266]
As described above, the process during download is performed as step S13 and step S23.
Since such download recording is controlled on the MD recorder 13A side at the start and end, the processing load on the IRD 12 side is small. In other words, regarding the download operation, it is only necessary to supply ATRAC data to be downloaded and wait for a start / end report thereafter.
[0267]
Further, by displaying the download progress on the monitor device 14 during recording, the progress can be appropriately presented to the user, and the download operation can be easily understood by the user.
Regarding the progress status display, for example, one or both of the actual elapsed time during download (actual download motion elapsed time) and the time position (elapsed time position in the music) as ATRAC data are displayed simultaneously. You may make it do.
In this example, the download of the quadruple speed ATRAC data has been described. However, the audio data supplied in real time is downloaded by a device that does not support ATRAC input (for example, the MD recorders 13E, 13F, and 13G in FIG. 20). Of course, the same progress status display can be performed. Of course, even when audio data is supplied to the storage device 13 at a low speed or in a burst manner, the progress status can be displayed.
[0268]
Further, when the storage device 13 has a display function such as the display unit 129 on the MD recorder 13A side, the same progress status display may be performed by the display function. In that case, the CPU 80 informs the system controller 111 of the total performance time information of the musical piece so that the system controller 111 can grasp what time position the currently recorded ATRAC data is. There is a need.
[0269]
Also, in this example, if any error occurs and the download cannot be performed properly, the system controller 111 reports an error to the CPU 80 and advances the processing to steps S16 and S26 described later. Appropriate responses can be taken.
[0270]
2-8. Management / additional information download and termination processing
An example of processing as step S14 and step S24 will be described with reference to FIGS.
If the recording of the ATRAC data on the disk 101 is normally completed by the above steps S13 and S23, the process proceeds to a process for recording management information and additional information related to the ATRAC data on the disk 101.
[0271]
Normally, the MD recorder 13A generates U-TOC sector 0 management information related to ATRAC data recording, that is, the start address, end address, track mode, etc. as the recording position according to the track number, at the end of recording. In this case, the U-TOC sector 0 is updated. In the case of the download mode according to the instruction from the IRD 12, the track mode data is received from the IRD 12.
[0272]
That is, in step F601 in FIG. 39, the CPU 80 of the IRD 12 transmits the track mode data related to the downloaded ATRAC data to the system controller 111. For example, 8-bit track mode data (track mode data conforming to the U-TOC format in the mini-disc system) according to the copyright, original / copy, stereo / mono, emphasis, etc. described in the FDF shown in FIG. Generate and send. In addition, the U-TOC sector 0 is instructed to be updated using it.
[0273]
When such track mode data and command are received, the system controller 111 proceeds from step F651 to F652, and updates the U-TOC sector 0 related to the disk 101 held in the RAM 113, for example. That is, together with the supplied track mode, the start address and end address for the recording operation are described in correspondence with the track number of the ATRAC data recorded this time.
[0274]
The actual rewriting of the U-TOC sector on the disk 101 may be performed, for example, when the disk 101 is ejected or when the power of the MD recorder 13A is turned off. You may make it perform U-TOC update above. The same applies to other U-TOC sector data, AUX-TOC, and AUX data described below. However, in some cases, it is appropriate to write AUX data on the disk 101 when supplied from the IRD 12 in view of the capacity of the RAM 113.
[0275]
When the system controller 111 finishes the process related to the U-TOC sector 0, the system controller 111 issues a completion report to the CPU 80 in step F653.
Upon receiving this completion report, the CPU 80 advances the process from step F602 to F603, and subsequently transmits track name data (that is, song title) to be described in the U-TOC sector 1 or sector 4 and also the U-TOC sector 1 The subsequent processing is instructed to the system controller 111.
[0276]
When such track name data and command are received, the system controller 111 proceeds from step F654 to F655, and updates the U-TOC sectors 1, 2, and 4 related to the disk 101 held in the RAM 113. In other words, the track name, the recording date and time, etc. are described in correspondence with the track number of the ATRAC data recorded this time based on the supplied track name data and the current date and time data ascertained by the system controller 111.
When the system controller 111 finishes the process related to the U-TOC sector after the U-TOC sector 1, the system controller 111 issues a completion report to the CPU 80 in step F656. Then, as indicated by (8), the process proceeds to step F657 and after in FIG.
In step F657 and subsequent steps, the system controller 111 monitors reception of text data and a recording instruction command in step F657, monitoring of image data and a recording instruction command in step F660, and monitoring of a download end instruction in step F663. .
[0277]
Upon receiving the completion report issued by the system controller 111 in step F656, the CPU 80 advances the processing from step F604 in FIG. 39 to step F605 in FIG. 40 as indicated by (7).
First, in step F605, it is confirmed whether or not there is text data broadcast as additional information accompanying the currently downloaded ATRAC data. For example, text data such as song lyrics data, artist profiles, and album liner notes. These data are broadcast as additional audio information as shown in FIG.
If there is no text data associated with the ATRAC data downloaded this time, the process proceeds to step F608. If there is, the process proceeds to step F606, where the text data is transmitted to the system controller 111 and a recording instruction command is issued. .
[0278]
When the text data and command are issued in step F606 as described above, the system controller 111 proceeds from step F657 to F658, and the AUX text corresponding to the track recorded on the disc 101 as the current download data is used as the text data. It is recorded in the AUX area of the disk 101 as file data. Of course, in response to this, data serving as management information for the file is described in the AUX-TOC.
When such processing is completed, a completion report is sent to the CPU 80 in step F659. In step F607, the CPU 80 waits for this completion report, and then proceeds to step F608.
[0279]
In step F608, the CPU 80 confirms whether there is image data broadcast as additional information accompanying the currently downloaded ATRAC data. For example, image data such as an album jacket of music or a photograph of an artist. These data are also broadcast as audio additional information shown in FIG.
If there is no text data associated with the ATRAC data downloaded this time, the process proceeds to step F611. If there is, the process proceeds to step F609, where the image data is transmitted to the system controller 111 and a recording instruction command is issued. .
[0280]
When the image data and command are issued in step F609 as described above, the system controller 111 proceeds from step F660 to F661, and uses the image data as an AUX image corresponding to the track recorded on the disk 101 as the current download data. The file data is recorded in the AUX area of the disk 101. Of course, in response to this, data serving as management information for the file is described in the AUX-TOC.
When such processing is completed, a completion report is sent to the CPU 80 in step F662. In step F610, the CPU 80 waits for this completion report and advances the process to step F611.
[0281]
At the time of proceeding to Step F611, the process of the CPU 80 as the procedure S14 is terminated, and then the process proceeds to the download ending process as the procedure S15.
That is, in step F611, a download end instruction command is sent to the system controller 111.
[0282]
When this download end instruction is received, the system controller 111 also ends the process as step S24, and proceeds from step F663 to F664 as the download end process of step S25. Then, assuming that a series of download operations has been completed, a process for ending the download mode is performed. Further, in accordance with the end process, an end report is sent to the CPU 80 in step F665. Thus, the download mode process on the system controller 111 side is completed.
On the other hand, the CPU 80 waits for an end report in step F612, and if there is an end report from the system controller 111, the series of download processing ends. At this time, the end of download is displayed on the monitor device 14.
[0283]
As can be seen from the above processing, in the download operation of this example, accompanying the downloading of ATRAC data, the track mode, track name, text data, and image data are also supplied from the IRD 12 to the MD recorder 13A, and are converted into ATRAC data. It is recorded on the disc 101 in association with each other.
That is, when downloading is considered as sales of music, not only audio data but also accompanying characters and image data are provided, so that the service for the user can be enhanced.
In addition, it is suitable for copyright protection and setting of suitable reproduction conditions by recording data superimposed on the broadcast as a track mode, for example, information provided by the broadcasting station (content provider) such as copyright information. It is.
[0284]
2-9. Processing when an error occurs
Next, as described above, the processing when the occurrence of an error is confirmed in steps S13 and S23 and the process proceeds to steps S16 and S26 will be described with reference to 41.
[0285]
First, on the IRD 12 side, when the process proceeds from step F504 in FIG. 37 to step S16, control is performed to display an error message as step F701 in FIG. In other words, for example, a message such as “An error has occurred during downloading. Downloading will be restarted” is displayed on the monitor device 14.
In step F702, it is determined whether or not download retry is actually possible.
For example, since the ATRAC data broadcast is repeatedly broadcast within the broadcast period as one event as described in FIG. 6, even if the download fails, the same ATRAC data is broadcast within the event period. It will be. Therefore, download retry can be performed from the timing of the beginning position of the next same music.
However, if an error occurs during the downloading of the last ATRAC data in the event for the music, it becomes impossible to retry.
Further, if the generated error is simply a data error, retry is possible, but in the case of a failure on the MD recorder 13A side, retry may not be possible.
[0286]
The CPU 80 determines these circumstances and proceeds to step S12 from step F703 if retry is possible. In other words, try again from the download setup.
[0287]
On the other hand, if the system controller 111 detects an error and proceeds to step F751, the recording operation of the ATRAC data on the disk 101 is first stopped.
In step F752, the ATRAC data that has been recorded halfway is erased. It should be noted that since the recording is not considered to have been performed on the disk 101 unless the U-TOC sector 0 is actually updated, the system controller 111 internally uses the address known as the current recording position. Just clear it.
If there is no download stop instruction from the CPU 80, the process proceeds to step S22, and the above-described setup operation is performed again in response to the instruction from the CPU 80 as step S12.
That is, in such a case, when an error occurs, the download is temporarily interrupted, but then a retry is executed.
[0288]
However, if retry is impossible for some reason as described above, the CPU 80 advances the process to step F704 to first present a message indicating that download is impossible to the user. That is, a message such as “Download cannot be redone. Download will be stopped” is displayed on the monitor device 14.
In step F705, the system controller 111 is instructed to cancel the download.
In such a case, in the system controller 111, the process proceeds from step F753 to F754, and the download mode is terminated, assuming that the download operation is stopped. Further, in accordance with the end process, an end report is sent to the CPU 80 in step F755. That is, the download mode process on the system controller 111 side is terminated.
On the other hand, the CPU 80 waits for an end report in step F706, and if there is an end report from the system controller 111, the series of download processing is terminated.
[0289]
As can be seen from the above processing, even if a data error occurs during download, in many cases, a download retry is performed, and the download operation requested by the user is accurately realized. Further, not continuing the download as it is when an error occurs leads to maintaining the quality of the download data, which is suitable as a data sales system.
Further, when retry is impossible, the user is informed of that fact and the download is stopped so that inappropriate data is not sold to the user.
[0290]
As the retry operation, for example, an ATRAC data recorded until an error occurs may be used as valid data as it is.
That is, in the process of step F752, the system controller 111 stores the address immediately before the error (for example, the number of the TS packet or PES packet), and also holds the recording position on the disk 101 at that point. At the time of retry, if the input of the ATRAC data up to the address (TS packet or PES packet) is confirmed, the recording is resumed from the next address position on the disk 101 with the data of the next packet as a starting point. It is a method.
[0291]
The following operation is also conceivable as a process for reducing the possibility of retry being determined to be impossible.
For example, when an error occurs due to a failure or the like on the MD recorder 13A side, download as a retry operation is executed for another device (for example, the MD recorder 13B).
In addition, when an error occurs in the last ATRAC data broadcast in the event and the retry becomes impossible, the download operation is set as a reservation registration and automatically downloaded when the same music is broadcast later. Is also possible.
[0292]
As described above, the configuration and the processing example as the embodiment have been described in detail, but it is needless to say that the specific processing example is not limited to the above example and can be considered variously.
Also, the communication method and communication command between devices are not limited to the above example.
Furthermore, although the example in which the IRD 12 and the storage device 13 are separate has been described, there may be cases where these are integrated devices.
[0293]
The broadcast transmission / reception system is not limited to the case where the DSM-CC system is adopted, and the present invention can be applied to any transmission system that conforms to the transmission format described in the embodiment. . Further, the system to which the present invention is applied is not limited to a digital satellite broadcasting system, and can be applied to broadcasting such as cable television, the Internet, and the like.
[0294]
【The invention's effect】
As described above, according to the present invention, the information receiving apparatus confirms whether or not the storage device side is in a state where it is predicted that the download will surely fail before the download is executed. Then, when it is not in such a state (that is, when a necessary condition for the download operation is satisfied), supply of recording data is started, and download is performed on the storage device side. Thereby, download failure can be prevented in advance.
In particular, when the conditions for successful download are not met, a message is presented to the user so that the necessary action is requested. For example, when loading a disk, replacing a disk, or responding to the remaining recording capacity, the user may forget to insert a disk, write-protection status, recordable remaining capacity, etc. It can be prevented, and the user can respond to the message and lead to a successful download.
[0295]
Further, in the information receiving apparatus, before the recording data supply means starts supplying the recording data to a certain storage device, the storage device is in a state where it can respond to the supply of the recording data from the information receiving apparatus. Instruction control for the storage device can be performed. In other words, for conditions that can be dealt with without a user (for example, power supply state, input switching state, etc.), the storage device is controlled directly from the information receiving device so that the storage device is in a predetermined state necessary for the download operation. ing. As a result, conditions that can be handled without user intervention can be automatically adjusted, thereby increasing the possibility of successful download and saving the user.
[0296]
In addition, for example, when the user is not on the spot, and the countermeasure cannot be taken, the download is not executed. This is a very effective process in the case of a system in which charging is performed in accordance with the download because it prevents the user from being charged even when the download fails.
Further, when the download is canceled, the fact (and the reason) is presented to the user, so that confusion or misunderstanding of the user can be prevented.
[0297]
As described above, by preventing the download failure and making the download as successful as possible, the reliability of the downloadable system can be greatly improved.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration example of a digital satellite broadcast receiving system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a construction example of a reception facility in the embodiment.
FIG. 3 is a front view showing an appearance of a remote controller for IRD according to the embodiment;
FIG. 4 is an explanatory diagram showing switching between a broadcast screen and a GUI screen.
FIG. 5 is a block diagram illustrating a configuration example of a ground station.
FIG. 6 is a chart showing data transmitted from a ground station.
FIG. 7 is an explanatory diagram showing a time division multiplexing structure of transmission data.
FIG. 8 is an explanatory diagram showing a transmission format by DSM-CC.
FIG. 9 is a data structure diagram of a transport stream.
FIG. 10 is an explanatory diagram showing a PSI table structure;
FIG. 11 is an explanatory diagram of a PES packet.
FIG. 12 is an explanatory diagram of a TS packet.
FIG. 13 is an explanatory diagram of a data body of a TS packet.
FIG. 14 is an explanatory diagram of checksum data of a data body of a TS packet.
FIG. 15 is a block diagram illustrating a configuration of an IRD according to the embodiment.
FIG. 16 is an explanatory diagram showing an example of a directory structure of a data service.
FIG. 17 is a block diagram of an MD recorder connected to the IRD of the embodiment.
FIG. 18 is an explanatory diagram of a cluster format of a minidisk.
FIG. 19 is an explanatory diagram of an area structure of a mini disc.
FIG. 20 is a block diagram illustrating a construction example of a reception facility in the embodiment.
FIG. 21 is a flowchart of processing when an IRD device is connected according to the embodiment;
FIG. 22 is a flowchart of processing when an IRD device connection is released according to the embodiment;
FIG. 23 is a flowchart of IRD nickname input mode processing according to the embodiment;
FIG. 24 is an explanatory diagram of an ID table according to the embodiment;
FIG. 25 is an explanatory diagram of a download processing procedure according to the embodiment;
FIG. 26 is an explanatory diagram of a download processing procedure according to the embodiment;
FIG. 27 is a flowchart of download setting processing according to the embodiment;
FIG. 28 is an explanatory diagram of a device list display example according to the embodiment;
FIG. 29 is an explanatory diagram of a device list display example according to the embodiment;
FIG. 30 is an explanatory diagram of a device list display example according to the embodiment;
FIG. 31 is an explanatory diagram of a device list display example according to the embodiment;
FIG. 32 is a flowchart of check / instruction processing for download execution according to the embodiment;
FIG. 33 is a flowchart of disk loading check processing according to the embodiment.
FIG. 34 is a flowchart of a write protect check process according to the embodiment.
FIG. 35 is a flowchart of disk capacity check processing according to the embodiment;
FIG. 36 is a flowchart of processing during download setup according to the embodiment;
FIG. 37 is a flowchart of processing during ATRAC recording according to the embodiment;
FIG. 38 is an explanatory diagram of a download progress display example according to the embodiment;
FIG. 39 is a flowchart of processing when recording management / additional information according to the embodiment;
FIG. 40 is a flowchart of processing when recording management / additional information according to the embodiment.
FIG. 41 is a flowchart of processing when an error occurs according to the embodiment;
[Explanation of symbols]
1 ground station, 2 satellites, 3 receiving equipment, 5 billing server, 6 TV program material server, 7 music material server, 8 audio additional information server, 9 GUI data server, 10 key information server, 11 parabolic antenna, 12 IRD, 13 Storage device, 13A, 13B, 13E, 13F, 13G MD recorder, 14 monitor device, 16 IEEE1394 bus, 21A TV program display area, 21B list, 21C text display area, 21D jacket display area, 22 lyrics display button, 23 profile display Button, 24 Information display button, 25 Reserved recording button, 26 Reserved list display button, 27 Recording history button, 28 Download button, 31 TV program material registration system, 32 Music material registration system, 33 Audio additional information Registration system, 34 GUI material registration system, 35 AV server, 36A MPEG audio encoder, 36B ATRAC encoder, 37 audio additional information database, 38 GUI material database, 39 TV program transmission system, 40A MPEG audio server, 40B MPEG audio server, 41 audio additional information transmission system, 42 GUI authoring system, 43A MPEG audio transmission system, 43B ATRAC audio transmission system, 44 DSM-CC encoder, 45 multiplexer, 46 radio wave transmission system, 51 tuner / front end unit, 52 descrambler, 53 Transport unit, 54 MPEG2 audio decoder, 54A memory, 55 MPEG2 video decoder, 5A memory, 56 D / A converter, 57 switch circuit, 58 display processing unit, 59 optical digital output interface, 60 IEEE1394 interface, 61 man-machine interface, 62 IC card slot, 63 modem, 64 remote controller, 65 IC card, 66 Infrared interface, 67 Control line interface, 68 Non-volatile memory, 69 Timer, 70 Demultiplexer, 71 Queue, 81 Control processing unit, 82 DeMUX driver, 83 DSM-CC decoder block, 84 MHEG decoder block, 90 main memory, 91 DSM -CC buffer, 101 disk, 111 system controller, 125 IEEE 1394 interface, 126 controller Roll line interface, 127 infrared interface, 128 optical digital input interface, 129 display unit, 201 power key, 202 numeric keys, 203 screen display switching key, 204 interactive switching key, 205a arrow key, 205 EPG key panel unit, 206 channel key , T1 input terminal, T2 analog video output terminal, T3 analog audio output terminal, T4 analog audio output terminal

Claims (18)

送信されてきたデータを受信する受信手段と、
前記データには少なくともビデオ情報とオーディオ情報と前記データについての付加情報とダウンロードに関するユーザーインターフェース情報が含まれており、前記データの復号化処理を行う復号化手段と、
前記付加情報及び前記ダウンロードに関するユーザーインターフェース情報に基づいて、前記データのダウンロードに関するユーザーインターフェース画面を表示させる第一の表示手段と、
前記ビデオ情報に基づいて動画像を表示させる第二の表示手段と、
前記第一の表示手段により表示される第一の画面と前記第二の表示手段により表示される第二の画面とを切り替える画面表示切替手段と、
前記画面表示切替手段による画面の切り替えを、ユーザーの操作により制御する制御手段と、
を備えたことを特徴とする情報受信装置。Receiving means for receiving transmitted data;
The data includes at least video information, audio information, additional information about the data, and user interface information related to download , and decoding means for performing decoding processing of the data;
First display means for displaying a user interface screen related to downloading of the data based on the additional information and user interface information related to the download ;
Second display means for displaying a moving image based on the video information;
Screen display switching means for switching between the first screen displayed by the first display means and the second screen displayed by the second display means;
Control means for controlling screen switching by the screen display switching means by user operation;
An information receiving apparatus comprising: 前記第一の表示手段は、前記付加情報を前記ユーザーインターフェース画面に重畳して表示させることを特徴とする請求項１に記載の情報受信装置。  The information receiving apparatus according to claim 1, wherein the first display unit displays the additional information superimposed on the user interface screen. 前記第一の表示手段は、前記付加情報を表示させるための表示ボタンを前記ユーザーインターフェース画面に重畳して表示させることを特徴とする請求項１に記載の情報受信装置。  The information receiving apparatus according to claim 1, wherein the first display unit displays a display button for displaying the additional information so as to be superimposed on the user interface screen. 前記制御手段は、前記ユーザーの操作により前記表示ボタンに基づいて前記付加情報を表示するよう制御されることを特徴とする請求項３に記載の情報受信装置。  The information receiving apparatus according to claim 3, wherein the control unit is controlled to display the additional information based on the display button by an operation of the user. 前記第二の表示手段は、前記ユーザーインターフェース画面の一部に、縮小された前記動画像を、該画面の一部に表示させることを特徴とする請求項１に記載の情報受信装置。  The information receiving apparatus according to claim 1, wherein the second display unit displays the reduced moving image on a part of the user interface screen. 前記付加情報は、少なくとも歌詞情報，アーティストのプロフィール情報又は写真画像情報を含むことを特徴とする請求項１に記載の情報受信装置。  The information receiving apparatus according to claim 1, wherein the additional information includes at least lyrics information, artist profile information, or photographic image information. 前記第一の表示手段は、前記データをダウンロードするための表示ボタンを前記ユーザーインターフェース画面に重畳して表示させ、
更に、前記表示ボタンに基づいて前記データのダウンロードを開始するダウンロード制御手段と、
を備えることを特徴とする請求項１に記載の情報受信装置。The first display means displays a display button for downloading the data superimposed on the user interface screen,
Furthermore, download control means for starting the download of the data based on the display button,
The information receiving apparatus according to claim 1, further comprising: 前記ダウンロード制御手段は、ユーザーの操作により前記データのダウンロードを開始することを特徴とする請求項７に記載の情報受信装置。  The information receiving apparatus according to claim 7, wherein the download control unit starts downloading the data by a user operation. 前記ダウンロード制御手段は、ユーザーの操作により前記データのダウンロードを中止することを特徴とする請求項７に記載の情報受信装置。  The information receiving apparatus according to claim 7, wherein the download control unit stops the download of the data by a user operation. 送信されてきたデータを受信する受信手順と、
前記データには少なくともビデオ情報とオーディオ情報と前記データについての付加情報とダウンロードに関するユーザーインターフェース情報が含まれており、前記データの復号化処理を行う復号化手順と、
前記付加情報及び前記ダウンロードに関するユーザーインターフェース情報に基づいて、前記データのダウンロードに関するユーザーインターフェース画面を表示させる第一の表示手順と、
前記ビデオ情報に基づいて動画像を表示させる第二の表示手順と、
前記第一の表示手順により表示される第一の画面と前記第二の表示手順により表示される第二の画面とを切り替える画面表示切替手順と、
前記画面表示切替手順による画面の切り替えを、ユーザーの操作により制御する制御手順と、
を備えたことを特徴とする情報受信方法。A receiving procedure for receiving transmitted data;
The data includes at least video information, audio information, additional information about the data, and user interface information related to downloading , and a decoding procedure for performing a decoding process of the data;
A first display procedure for displaying a user interface screen relating to the download of the data based on the additional information and the user interface information relating to the download ;
A second display procedure for displaying a moving image based on the video information;
A screen display switching procedure for switching between the first screen displayed by the first display procedure and the second screen displayed by the second display procedure;
A control procedure for controlling screen switching by the screen display switching procedure by a user operation;
An information receiving method comprising: 前記第一の表示手順は、前記付加情報を前記ユーザーインターフェース画面に重畳して表示させることを特徴とする請求項１０に記載の情報受信方法。  The information receiving method according to claim 10, wherein the first display procedure displays the additional information superimposed on the user interface screen. 前記第一の表示手順は、前記付加情報を表示させるための表示ボタンを前記ユーザーインターフェース画面に重畳して表示させることを特徴とする請求項１０に記載の情報受信方法。  11. The information receiving method according to claim 10, wherein in the first display procedure, a display button for displaying the additional information is displayed superimposed on the user interface screen. 前記制御手順は、前記ユーザーの操作により前記表示ボタンに基づいて前記付加情報を表示するよう制御されることを特徴とする請求項１２に記載の情報受信方法。  The information receiving method according to claim 12, wherein the control procedure is controlled to display the additional information based on the display button by an operation of the user. 前記第二の表示手順は、前記ユーザーインターフェース画面の一部に、縮小された前記動画像を、該画面の一部に表示させることを特徴とする請求項１０に記載の情報受信方法。  11. The information receiving method according to claim 10, wherein the second display procedure displays the reduced moving image on a part of the user interface screen. 前記付加情報は、少なくとも歌詞情報，アーティストのプロフィール情報又は写真画像情報を含むことを特徴とする請求項１０に記載の情報受信方法。  11. The information receiving method according to claim 10, wherein the additional information includes at least lyrics information, artist profile information, or photographic image information. 前記第一の表示手順は、前記データをダウンロードするための表示ボタンを前記ユーザーインターフェース画面に重畳して表示させ、
更に、前記表示ボタンに基づいて前記データのダウンロードを開始するダウンロード制御手順と、
を備えることを特徴とする請求項１０に記載の情報受信方法。In the first display procedure, a display button for downloading the data is displayed superimposed on the user interface screen,
Furthermore, a download control procedure for starting downloading of the data based on the display button;
The information receiving method according to claim 10, further comprising: 前記ダウンロード制御手順は、ユーザーの操作により前記データのダウンロードを開始することを特徴とする請求項１６に記載の情報受信方法。  The information receiving method according to claim 16, wherein the download control procedure starts downloading the data by a user operation. 前記ダウンロード制御手順は、ユーザーの操作により前記データのダウンロードを中止することを特徴とする請求項１６に記載の情報受信方法。  The information receiving method according to claim 16, wherein the download control procedure stops the download of the data by a user operation.
JP20027098A 1998-07-15 1998-07-15 Information receiving apparatus and information receiving method Expired - Fee Related JP4411666B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP20027098A JP4411666B2 (en) 1998-07-15 1998-07-15 Information receiving apparatus and information receiving method
KR1019990028489A KR100653561B1 (en) 1998-07-15 1999-07-14 Information receiving apparatus, download method , method for displaying a download proceeding situation, and method for selecting an apparatus
US09/353,707 US6931198B1 (en) 1998-07-15 1999-07-14 Apparatus and method for downloading desired data signal to user-selectable storage unit

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20027098A JP4411666B2 (en) 1998-07-15 1998-07-15 Information receiving apparatus and information receiving method

Publications (2)

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

Family

ID=16421544

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20027098A Expired - Fee Related JP4411666B2 (en) 1998-07-15 1998-07-15 Information receiving apparatus and information receiving method

Country Status (1)

Country Link
JP (1) JP4411666B2 (en)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4794029B2 (en) * 1999-06-03 2011-10-12 パナソニック株式会社 Broadcast system and method
US7869462B2 (en) 1999-06-03 2011-01-11 Panasonic Corporation Broadcast system and method therefor
KR100455319B1 (en) 2000-03-27 2004-11-06 산요덴키가부시키가이샤 Data delivery terminal and reservation delivery system utilizing same
KR100424481B1 (en) 2000-06-24 2004-03-22 엘지전자 주식회사 Apparatus and method for recording and reproducing a digital broadcasting service information on optical medium
KR100910972B1 (en) * 2002-12-07 2009-08-05 엘지전자 주식회사 Method for controling a playback in interactive optical disc player
JP2002014684A (en) * 2000-06-29 2002-01-18 Matsushita Graphic Communication Systems Inc Information distribution method, server device, and information receiving terminal device
WO2002019296A1 (en) * 2000-08-28 2002-03-07 Matsushita Electric Industrial Co., Ltd. User terminal program and apparatus
KR100920654B1 (en) 2002-12-09 2009-10-09 엘지전자 주식회사 Method for controling a playback in interactive optical disc player
KR100595627B1 (en) * 2003-12-12 2006-06-30 엘지전자 주식회사 Contents download method for mobile communication device
WO2005083575A1 (en) 2004-02-27 2005-09-09 Vodafone K.K. Data communication method, data communication system, and communication terminal device
EP1898313A4 (en) 2005-06-24 2010-01-13 Vodafone Plc Data communication method, data communication system, and mobile communication terminal device
US7565506B2 (en) * 2005-09-08 2009-07-21 Qualcomm Incorporated Method and apparatus for delivering content based on receivers characteristics
WO2007125681A1 (en) * 2006-04-27 2007-11-08 Mitsubishi Electric Corporation Reproducing device for optical type recording medium, reproducing method for optical type recording medium, and reproducing program for optical type recording medium

Also Published As

Publication number Publication date
JP2000032429A (en) 2000-01-28

Similar Documents

Publication Publication Date Title
KR100653561B1 (en) Information receiving apparatus, download method , method for displaying a download proceeding situation, and method for selecting an apparatus
US7243131B1 (en) Information processing system using remote control, with device and method therefor
JP3363117B2 (en) Digital data stream recording method and reproduction method, and apparatus therefor
JP4574858B2 (en) Program playback device
US6496896B1 (en) Transmission apparatus, recording apparatus, transmission and reception apparatus, transmission method, recording method and transmission and reception method
JP3183658B2 (en) Information recording medium, apparatus and method for recording and reproducing information on information recording medium
JP4515863B2 (en) Method for providing additional service information of A / V content through recording medium and recording medium thereby
JP4411666B2 (en) Information receiving apparatus and information receiving method
JP2009278672A (en) Recording medium, method of search, and device for search
JP3152651B2 (en) Information recording medium, apparatus and method for recording and reproducing information on information recording medium
JP2000030366A (en) Information receiver and download progress situation display method
JP4115748B2 (en) Information recording medium, apparatus and method for recording and reproducing information on information recording medium
JP3152653B1 (en) Information recording medium, information recording method and information reproducing apparatus
JP2000032428A (en) Information receiver and download method therefor
JP2000036184A (en) Data transmission system and data receiving device
JP2002109825A (en) Recording and reproducing device and recording and reproducing method
JP2000032430A (en) Information receiver and device selection method therefor
JP2007159148A (en) Data transmission method and apparatus
KR100329229B1 (en) How to create playlist
JP4001313B2 (en) Media player
JP3887933B2 (en) Data transmission method and data transmission apparatus
JP3945029B2 (en) Data transmission method and data transmission apparatus
JP4115750B2 (en) Information recording medium, apparatus and method for recording and reproducing information on information recording medium
JP4115655B2 (en) Information recording medium, apparatus and method for recording and reproducing information on information recording medium
JP4115749B2 (en) Information recording medium, apparatus and method for recording and reproducing information on information recording medium

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