JP4329157B2 - 受信装置および方法、並びに記録媒体 - Google Patents
受信装置および方法、並びに記録媒体 Download PDFInfo
- Publication number
- JP4329157B2 JP4329157B2 JP13885299A JP13885299A JP4329157B2 JP 4329157 B2 JP4329157 B2 JP 4329157B2 JP 13885299 A JP13885299 A JP 13885299A JP 13885299 A JP13885299 A JP 13885299A JP 4329157 B2 JP4329157 B2 JP 4329157B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- encoded
- music
- encoded data
- packet
- 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 - Lifetime
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Circuits Of Receivers In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、受信装置および方法、並びに記録媒体に関し、特に、異なる方式で符号化された複数の符号化データが多重化されているトランスポートストリームを受信する場合に用いて好適な受信装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えば、スカイパーフェクTV（商標）のようなデジタル衛星放送が普及しつつある。デジタル衛星放送は、既存のアナログ放送に比べて高品質の信号を伝送することが可能であるとともに、多チャンネル化が図られている。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュース等の専門チャンネルが用意されており、これらの専門チャンネルの中で音楽チャンネルは、人気があるチャンネルの１つである。
【０００３】
そのような音楽チャンネルを視聴しているとき、視聴者は、放送されている楽曲を気に入って、その楽曲のCD(Compact Disc)等を購入したいと考えることがある。このような場合、音楽チャンネルを視聴中に、その楽曲のデータをダウンロードすることができれば便利である。そこで、本願出願人は、音楽チャンネルの主放送信号（映像信号および音声信号）に、ATRAC(Adaptive Tranform Acoustic Coding)方式を用いて符号化された楽曲データを多重化させて配信し、ATRACデータを購入した（ダウンロードした）視聴者に対して課金することができるシステムを、例えば、特願平１０−２０１７３１号として提案している。
【０００４】
なお、ATRAC方式とは、MD(Mini Disc)（商標）にオーディオデータを記録する場合に採用されている圧縮符号化方式である。
【０００５】
また、本願出願人は、ダウンロード用の同一の楽曲に対してATRAC方式と、MPEG(Moving Picture Experts Group)２方式で圧縮符号化した２種類の楽曲データを多重化して配信するシステムを、例えば、特願平１０−９１２５５号として提案している。
【０００６】
【発明が解決しようとする課題】
ところで、上述したようなシステムを構成する受信装置においては、上述した２種類の楽曲データを、同時に独立して処理することができない課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、当該システムにおいて、ATRAC方式と、MPEG２方式で圧縮符号化した２種類の楽曲データを、同時に独立して処理できるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の受信装置は、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出手段と、抽出された第１の符号化データを、第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力手段と、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出手段と、抽出された第２の符号化データを復号してオーディオデータを再生する復号手段と、再生されたオーディオデータを出力する第２の出力手段とを含み、復号手段は、第１の出力手段により第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データを復号してオーディオデータを再生する。
【０００９】
本発明の受信方法は、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出ステップと、抽出された第１の符号化データを、第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力ステップと、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出ステップと、抽出された第２の符号化データを復号してオーディオデータを再生する復号ステップと、再生されたオーディオデータを出力する第２の出力ステップとを含み、復号ステップは、第１の出力ステップにより第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データを復号してオーディオデータを再生する。
【００１０】
本発明の記録媒体は、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出ステップと、抽出された第１の符号化データを、第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力ステップと、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出ステップと、抽出された第２の符号化データを復号してオーディオデータを再生する復号ステップと、再生されたオーディオデータを出力する第２の出力ステップとを含み、復号ステップは、第１の出力ステップにより第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データを復号してオーディオデータを再生する処理を受信装置のコンピュータに実行させるプログラムが記録されている。
【００１１】
本発明においては、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データが抽出され、抽出された第１の符号化データが、第１の符号化データを符号化された状態のまま記録できる記録装置に出力される。また、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データが抽出され、抽出された第２の符号化データが復号されてオーディオデータが再生され、再生されたオーディオデータが出力される。なお、第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データが復号されてオーディオデータが再生される。
【００１２】
【発明の実施の形態】
図１は、本発明を適用したEMD(Electric Music Distribution)システムの実施の形態の構成例を示している。このEMDシステムにおいて、放送局側の送信装置１は、例えば、音楽番組の主放送信号（MPEG2方式で圧縮符号化した映像信号および音声信号）と、音楽番組に関連する楽曲のダウンロード用の楽曲データ（MPEGオーディオデータ、およびATRACデータ）等を多重化して、スクランブルを施した後、誤り訂正などの必要な処理を実行して、得られるMPEGトランスポートストリーム（以下、TSと記述する）を、例えば、QPSK(Quadrature Phase Shift Keying)変調して、アンテナ２から電波として送信する。
【００１３】
アンテナ２から送信された電波は、通信衛星３で中継され、アンテナ４で受信されてIRD５に供給される。IRD５は、アンテナ４が受信した電波をQPSK復調し、誤り訂正などの必要な処理を施した後、ユーザが選択したチャンネルのTSパケットを抽出してスクランブルを解除する。また、IRD５は、抽出したTSパケットに配置されている主放送信号をMPEG復号し、得られた映像信号をモニタ６に出力し、音声信号をスピーカ７に出力する。
【００１４】
また、IRD５は、ダウンロード用の楽曲データ（ATRACデータ）が配置されているTSパケットを抽出して、IEEE1394バス８を介して接続されているMDデッキ９に供給する。さらに、IRD５は、ダウンロード用の楽曲データ（MPEGオーディオデータ）をMPEG復号し、スピーカ７、または音声出力端子に接続されているMDデッキ１０に出力する。
【００１５】
また、IRD５は、楽曲データをダウンロードした履歴を、内蔵するICカード４０（図１０）に記録して、定期的に、ダウンロードした履歴の情報を、公衆電話回線網１１を介して送信装置１に送信する。なお、送信装置１に送信されたダウンロードの履歴情報は、IRD５のユーザに対する課金の資料として用いられる。
【００１６】
MDデッキ９は、IEEE1394バス８を介してIRD５から供給される楽曲データ（ATRACデータ）をMDに記録し、また再生する。MDデッキ１０は、IRD５から供給される楽曲データ（MPEGオーディオデータがデコードされたオーディオデータ）をATRAC方式で符号化してMDに記録し、また再生する。
【００１７】
図２は、送信装置１の詳細な構成例を示している。送信装置１のエンコーダ２１は、番組ソース（主放送信号としての映像信号および音声信号）をMPEG2方式で圧縮符号化し、多重化器２２に出力する。多重化器２２は、エンコーダ２１からの主放送信号と、スクランブル制御システム２５から供給される個別情報EMM(Entitlement Management Message)、関連情報送出装置２６から供給される番組情報ECM(Entitlement Control Message)、ダウンロード用楽曲データ（ATRACデータおよびMPEGオーディオデータ）、楽曲データに対応する音声付加情報、受信側においてダウンロードする楽曲を選択する際のインタラクティブなGUI(Graphical User Interface)を実現するMHEG(Multimedia and Hypermedia Information Coding Experts Group)スクリプト、主放送信号やダウンロード用の楽曲データ等が、TSのなかのどのTSパケットに含まれているかを示す付加情報テーブル(PSI:Program Specific Information)を時分割多重化してMPEG2方式のTSを生成する。生成されたTSは、スクランブラ２３に供給される。
【００１８】
ただし、ダウンロード用楽曲データには、MPEG2方式のTSに対して整合性が良くないATRACデータ（後述）が含まれるので、多重化の際には工夫が必要となる（その詳細は後述する）。
【００１９】
ここで、付加情報テーブルPSIは、PAT(Program Association Table)、PMT(program Map Table)、およびSIT(Selection Information Table)などであり、これらを順次参照することにより、所望するデータが含まれているTSパケットのパケットIDを知ることができる。なお、その詳細については、例えば、ETS 300468,Digital Video Broadcasting(DVB);Specification for Service Information(SI) in DVB systemなどに記述されている。
【００２０】
次に、ダウンロード用楽曲データについて、図３を参照して説明する。同図に示すように、例えば、番組Ａの主放送信号に多重化されるダウンロード用楽曲データは、番組Ａに関連する複数の楽曲Ａ，Ｂ，Ｃのデータであり、楽曲毎に、MPEG2方式で圧縮符号化されているMPEGオーディオデータ、および、ATRAC方式で圧縮符号化されているATRACデータの２種類が存在する。各楽曲のMPEGオーディオデータおよびATRACデータは、番組Ａの放送時間中、繰り返して送信される。
【００２１】
なお、MPEGオーディオデータの１回の送信にかかる時間は、そのMPEGオーディオデータが再生される時間（演奏時間）と等しく、ATRACデータの１回の送信にかかる時間は、当該ATRACデータが再生される時間の１／４である。
【００２２】
例えば、番組Ａの放送時間が１時間であって、楽曲Ａの演奏時間が８分間である場合、楽曲ＡのMPEGオーディオデータ（楽曲Ａ.mpg）の１回の送信にかかる時間も８分間であり、番組Ａの放送時間中、楽曲ＡのMPEGオーディオデータは、最大で７（＝６０／８）回、繰り返して送信される。一方、楽曲ＡのATRACデータの１回の送信にかかる時間は２（＝８／４）分間であり、番組Ａの放送時間中、楽曲ＡのATRACデータは、最大で３０（＝６０／２）回、繰り返して送信される。また、楽曲Ｂの演奏時間が９分間である場合、楽曲ＢのMPEGオーディオデータ（楽曲Ｂ.mpg）の１回の送信にかかる時間も９分間であり、番組Ａの放送時間中、楽曲ＢのMPEGオーディオデータは、最大で６（＝６０／９）回、繰り返して送信される。一方、楽曲ＢのATRACデータの１回の送信にかかる時間は２．２５（＝９／４）分間であり、番組Ａの放送時間中、楽曲ＢのATRACデータは、最大で２６（＝６０／２．２５）回、繰り返して送信される。
【００２３】
図２の説明に戻る。スクランブラ２３は、関連情報送出装置２６から供給されるスクランブル鍵(Ks)を用いて、多重化器２２から入力されるTSにスクランブルを施し、後段に出力する。番組制御システム２４は、所定の制御信号を発生して、エンコーダ１を制御する。また、番組制御システム２４は、エンコーダ２１で圧縮符号化される主放送信号に対応する番組の番組IDやチャンネルID等の情報を関連情報送出装置２６に出力する。スクランブル制御システム２５は、契約鍵(Kw)を関連情報送出装置２６に供給するとともに、IRD５に対応する固有な個別鍵を用いて暗号化した契約鍵を含む個別情報EMMを生成して多重化器２２に出力する。
【００２４】
なお、生成される個別情報EMMには、カードID、契約鍵番号(Kw_no)、契約鍵(Kw)、契約チャンネルID(service_id，series_id)、契約番号ID(event_id)、契約タイプ(authorize_type)、番組購入上限(Over_view)、SMS発呼日時(polling_date)、およびSMS発呼金額(upkink_fee)等の項目があるが、それらの詳細については、適宜、後述する。
【００２５】
関連情報送出装置２６は、スクランブル鍵をスクランブラ２３に供給する。また、関連情報送出装置２６は、スクランブル制御システム２５から供給される契約鍵を用いて暗号化したスクランブル鍵を含む番組情報ECMを生成して多重化器２２に出力する。
【００２６】
なお、生成される番組情報ECMには、契約鍵番号(Kw_no)、暗号化されたスクランブル鍵(Ks_Odd，Ks_Even)、チャンネルID(service_id，series_id，event_id)、番号ID(event_id)、ペイパービュー料金(PPV_fee)、プレビュー（視聴）時間、プレビュー（視聴）制限回数、現在時刻、および購入制限時刻等の項目があるが、それらの詳細については、適宜、後述する。
【００２７】
視聴情報収集処理システム２７は、IRD５から公衆電話回線網１１を介して入力される視聴履歴情報等を処理し、契約情報としてスクランブル制御システム２５に出力する。
【００２８】
ここで、番組情報ECMに含まれる各楽曲データの視聴時間および視聴制限回数について説明する。本実施の形態において、各楽曲データは、番組情報ECMに含まれる視聴時間および視聴制限回数に記述されている範囲内で視聴可能とされている。ただし、楽曲データに対して設定される視聴時間としては、楽曲の全演奏時間よりも短く、且つ、その楽曲を十分に吟味できる程度の時間を設定する。また、複数の楽曲データを繰り返して比較できるように、視聴制限回数を複数に設定する。なお、楽曲データの視聴時間および視聴制限回数は、各楽曲データ毎に異なる値を設定することが可能である。
【００２９】
次に、番組情報ECMに含まれる各楽曲データの購入制限時刻について、図４を参照して説明する。上述したように、各楽曲のダウンロード用楽曲データ（MPEGオーディオデータ、およびATRACデータ）は、番組の放送時間中、繰り返して送信される。図４に示す例においては、番組Ａの放送時間中、楽曲Ａのダウンロード用楽曲データは１５回繰り返して送信され、楽曲Ｂのダウンロード用楽曲データは１３回繰り返して送信され、楽曲Ｃのダウンロード用楽曲データは１１回繰り返して送信される。
【００３０】
例えば、視聴者がIRD５に対して楽曲Ｃの購入を、その第６回目の楽曲データ送信中であるタイミングｔ０において指示した場合、通常、その直後の第７回目に送信される楽曲データがダウンロードされるが、何らかの原因により、第７回目に送信される楽曲データのダウンロードに失敗した場合、第８回目に送信される楽曲データに対してダウンロードが再履行される。そこで、各楽曲について、楽曲データ送信の最終回を再履行用とし、最終回の１回前に送信される楽曲データに対してダウンロードを指示できるタイミングを、購入制限時刻として番組開始時刻からの経過時間を用いて設定する。具体的には、図４に示すように、楽曲Ａ，Ｂ，Ｃの購入制限時刻を、それぞれ、タイミングｔ１，ｔ２，ｔ３に設定する。このように、購入制限時刻を設定することで、購入が指示されたにも拘わらず、ダウンロードできないような事態の発生を抑止することが可能となる。
【００３１】
次に、ATRACデータをMPEG2方式のTSに多重化させる処理について説明する。MPEG2方式のTSの伝送単位であるTSパケットは、１８８バイトの固定長に定められている。これに対して、ATRACデータの伝送単位であるサウンドグループは、４２４バイトであり、このATRACデータをそのままMPEG２方式のTSとするには整合性が悪い。
【００３２】
そこで、本実施の形態においては、図５(a)に示すように、１個のTSパケットに１５９バイトのATRACデータを配置して、８個のTSパケットTSP１乃至TSP８により１個のPES(Packetized Elementary Stream)パケットを構成させている。したがって、１個のPESパケットには、１２７２（＝１５９×８）バイトのATRACデータが含まれることになる。ところで、１２７２バイトのATRACデータは、図５(b)に示すように、ATRACデータの伝送単位であるサウンドグループの３個分に相当するので、１個のPESパケットで３個のサウンドグループを伝送することができる。このように、１個のPESパケットで整数個のサウンドグループが伝送されると、ATRACデータとMPEG2方式のTSとの整合性が良好となる。
【００３３】
図６は、ATRACデータが配置されたTSパケットの構成を示している。同図に示すように、１８８バイトからなるTSパケットの先頭からの４バイトは、TSパケットヘッダとされ、次の１４バイトは、PESパケットヘッダとされ、次の２バイトは、データヘッダとされ、残りの１６８バイトは、データボディとされる。
【００３４】
TSパケットヘッダには、その先頭から順に、１バイトのシンクバイト、当該TSパケット内のエラーの有無を示すフラグが記述されるTSエラーインジケータ、新たなPESパケットが当該TSパケットのペイロードから始まることを示すフラグが記述されるペイロードユニットスタートインジケータ、TSパケットの重要度を示すTSプライオリティが配置される。これに続いて、このTSパケットの個別ストリームの属性を示す１３ビットのストリーム識別情報(PID)、パケットのペイロードのスクランブルの有無や種別を示すTSスクランブリングコントロール、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロール、同じPIDを持つパケットに付与されるシリアルな番号を示すコンティニティカウンタが配置される。
【００３５】
TSパケットヘッダには、その先頭から順に、３バイトの固定値からなるパケットスタートコードプリフィクス、ストリームを識別する１バイトのストリームID、PESパケットの長さを示す２バイトのPESパケットレングスが配置される。これに続いて、２ビットの固定パターン「１０」、２ビットのPESスクランブルコントロール、１ビットのPESプライオリティ、１ビットのデータアライメントインディケータ、１ビットのコピーライト、１ビットのオリジナル／コピーの識別、２ビットのPTSおよびDTSフラグ、１ビットのESCRフラグ、１ビットのESレートフラグ、１ビットのDMSトリックモードフラグ、１ビットのアディショナルコピーインフォメーションフラグ、１ビットのPESのCRCフラグ、１ビットのPESエクステンションフラグが配置される。
【００３６】
さらに、１バイトのPESヘッダデータレングス、４ビットの固定パターン「１１０１」、３ビットのタイムスタンプ（PTS３２乃至PTS３０）、１ビットのマーケットビット、１５ビットのタイムスタンプ（PTS２９乃至PTS１５）、１ビットのマーケットビット、１５ビットのタイムスタンプ（PTS１４乃至PTS０）、１ビットのマーケットビットが配置される。
【００３７】
データヘッダには、その先頭から順に、１バイトのデータタイプ、６ビットのデータトランスミッションタイプ、２ビットのタグが配置される。
【００３８】
なお、図６に示したTSパケットは、PESパケットを構成する８個のTSパケットのうちの第１番目のものであり、８個のTSパケットのうちの２番目乃至８番目のパケットには、第１番目のTSパケット（図６）に存在したPESパケットヘッダおよびデータヘッダの代わりに、図７に示すように、スタッフィングデータが配置される。
【００３９】
ATRACデータが配置されるデータボディには、図８に示すように、その先頭（TSパケットの第２１バイト目）から順次、FDF(Field Dependent Field)の長さを示す４ビットのFDFフィールドレングス、各４ビットのオーディオデータタイプ１，２が配置される。オーディオデータタイプ１は、オーディオタイプ（例えば、ATRAC）を定義するためのものであり、オーディオデータタイプ２は、データタイプ１における分類（例えば、ATRAC1またはATRAC2）が定義される。これに続いて、コピーライトおよびオリジナル／コピー（CGMS(Copy Generation Management System)に対応するフラグ）、ステレオ／モノラルの識別、エンファシス情報、データスタートインジケータ、データストップインジケータ、３ビットのPESデータカウンタが配置される。
【００４０】
ここで、データスタートインジケータは、当該TSパケットが楽曲データの先頭を示すフラグであり、楽曲データの先頭であるTSパケットのデータスタートインジケータには、「１」が記述される。データストップインジケータは、当該TSパケットが楽曲データの最後尾のTSパケットを示すフラグであり、楽曲データの最後尾であるTSパケットのデータストップインジケータには「１」が記述される。PESデータカウンタは、当該TSパケットが、PESパケットを構成する８個のTSパケットのうちの何番目のTSパケットであるかを示すものである。
【００４１】
さらに、これに続いて、１ビットのコピーライトモードの識別、１ビットのEMI(Encryption Mode Information)モードの識別、１ビットのリザーブビット、３バイトのプレゼントPESナンバ、２バイトのリザーブ、１バイトのATRACデータチェックサムが配置された後、ATRACデータが配置される。
【００４２】
ここで、プレゼントPESナンバは、当該TSパケットが、楽曲を構成する複数のPESパケットのうちの何番目のPESパケットであるかを示している。したがって、順次伝送されるTSパケットのプレゼントPESナンバとPESデータカウンタを検出すれば、TSのTSパケット単位での連続性を判定することが可能となる。
【００４３】
TSパケットの第２９バイト目には、ATRACデータチェックサムが配置される。ATRACデータチェックサムと、第３０バイト目以降のATRACデータボディの関係について、図９を参照して説明する。同図に示すように、ATRACデータチェックサムの各ビットの値をCS[0]乃至CS[7]とし、第３０バイト目乃至第１８８バイト目のATRACデータボディの各ビットの値をAT[0][0]乃至AT[158][7]とすると、
CS[0]＾AT[0][0]＾AT[1][0]＾AT[2][0]＾・・・・・＾AT[158][0]=0
CS[1]＾AT[0][1]＾AT[1][1]＾AT[2][1]＾・・・・・＾AT[158][1]=0
・・・
CS[7]＾AT[0][7]＾AT[1][7]＾AT[2][7]＾・・・・・＾AT[158][7]=0
となるように、CS[0]乃至CS[7]の値が設定されている。ただし、＾は排他的論理和演算を意味している。
【００４４】
このように、ATRACデータボディに対するチェックサムを設けることにより、このTSパケットを受信した側において、ATRACデータボディのなかのエラーの有無を判定することが可能となる。
【００４５】
次に、図１０は、IRD５の構成例を示している。IRD５のフロントエンド部３１は、アンテナ４で受信される放送信号から、ユーザの選局操作に対応する信号を選択し、QPSK復調、誤り訂正などの処理を施した後、得られたTS（スクランブルが施されているもの）をデスクランブラ３２に出力する。
【００４６】
デスクランブラ３２は、フロントエンド部３１から入力される、TSのスクランブルを、ICカード４０から供給される個別鍵等を用いて解除し、それに多重化されている主放送信号（MPEGビデオデータ、およびMPEGオーディオデータ）、ダウンロード用のMPEGオーディオデータ、ダウンロード用のATRACデータ、およびGUI用のMHEGスクリプト等のそれぞれが含まれるTSパケットに分離する。さらに、デスクランブラ３２は、得られた主放送信号のMPEGビデオデータのTSパケットをMPEGビデオデコーダ３３に供給し、主放送信号のMPEGオーディオデータのTSパケットおよびダウンロード用のMPEGオーディオデータのTSパケットをMPEGオーディオデコーダに供給し、ダウンロード用のATRACデータのTSパケットをIEEE1394インタフェース(I/F)３７に供給し、GUI用のMHEGスクリプトのTSパケットを制御部３９に供給する。
【００４７】
MPEGビデオデコーダ３３は、デスクランブラ３２から供給されるMPEGビデオデータをデコードして、得られたビデオデータを表示制御部３４に出力する。表示制御部３４は、例えば、制御部３９から入力されるGUI画面の主番組表示エリア５１（図１２）に、MPEGビデオデコーダ３３から入力されるビデオデータを合成してモニタ６に表示させる。
【００４８】
MPEGオーディオデコーダ３５は、デスクランブラ３２から供給される主放送信号のMPEGオーディオデータ、またはダウンロード用のMPEGオーディオデータをデコードして、得られたオーディオデータを音声制御部３６に出力する。音声制御部３６は、制御部３９からの制御に基づいて、MPEGオーディオデコーダ３５から入力されるオーディオデータを、例えば、フェードイン／アウト等、適宜、処理した後、スピーカ７やMDデッキ１０に出力する。
【００４９】
IEEE1394インタフェース３７は、デスクランブラ３２から入力されるATRACデータが配置されているTSパケットに多重化されている付加情報テーブルPSIのPATから、楽曲を購入可能な当該番組以外の番組に対応するPMTを削除し、また、当該番組に対応するPMTから、主放送信号、ダウンロード用MPEGオーディオデータ、および音声付加情報のそれぞれに対応するPIDを削除し、新たに、パーシャルTSであることを示すSITを付加して、得られたパーシャルTSを、IEEE1394バス８を介してMDデッキ９に出力する。
【００５０】
入力部３８は、ユーザの選局操作やGUI画面（図１２）に対する操作を受け付けて、その操作情報を制御部３９に出力する。制御部３９は、入力部３８からの操作情報やデスクランブラ３２から入力される所定の情報に基づいてIRD５の各部を制御する。例えば、制御部３９は、デスクランブラ３２から入力されるGUI用のMHEGスクリプトを処理し、その画像データを表示制御部３４に出力する。
【００５１】
ICカード４０には、TSパケットのスクランブルを解除するための個別鍵等の情報が記憶されており、デスクランブラ３２からの要求に対応して、記憶している情報をデスクランブラ３２に供給する。また、ICカード４０には、ペイパービュー番組の視聴や楽曲データのダウンロードの履歴情報が記録される。モデム４１は、所定の期間毎、ICカード４０に記録された履歴情報を、公衆電話回線網１１を介して送信装置１に出力する。
【００５２】
次に、IRD５の試聴処理について、図１１のフローチャートについて説明する。この試聴処理は、IRD５のユーザ（視聴者）が、楽曲データを購入（ダウンロード）することができる放送番組を試聴中、楽曲購入用のGUIを表示させる操作を行い、その操作に対応して、図１２に示すようなGUIがモニタ６に表示された後に実行される。
【００５３】
ステップＳ１において、デスクランブラ３２は、TSに多重化されている番組情報ECMを抽出し、その中に記述されている各楽曲データの視聴時間、試聴制限回数、および購入制限時刻を制御部３９に出力する。ステップＳ２において、制御部３９は、各楽曲毎に、既に試聴した回数を試聴制限回数と比較することにより、試聴可能な楽曲が存在するか否かを判定し、試聴可能な楽曲が存在すると判定した場合、ステップＳ３に進む。
【００５４】
ステップＳ３において、制御部３９は、図１２に示すように、GUIの画面に楽曲リスト５３を表示させる。なお、この楽曲リスト５３に記載されている曲目のうち、試聴および購入が可能な楽曲の曲目、および、試聴は不可能（試聴した回数が試聴制限回数に達している楽曲）であって購入可能な楽曲の曲目は、そのその表示方法が区別される。例えば、試聴および購入が可能な楽曲の曲目の文字が濃く、試聴は不可能であって購入可能な楽曲の曲目の文字が薄く表示される。
【００５５】
この楽曲リスト５３を見たユーザが、楽曲リスト５３に表示されている試聴可能な楽曲のうちの１つを選択して試聴ボタン５４を押下すると、ステップＳ４において、その試聴する楽曲の選択情報が入力部３８から制御部３９に供給される。
【００５６】
ステップＳ５において、デスクランブラ３２は、制御部３９からの制御に基づいて、ステップＳ４で選択された楽曲のMPEGオーディオデータをMPEGオーディオデコーダ３５に出力する。MPEGオーディオデコーダ３５は、制御部３９からの制御に基づいて、番組情報ECMに記述されている試聴時間の長さだけ、デスクランブラ３２からのMPEGオーディオデータをデコードし、得られたオーディオデータを音声制御部３６に出力する。ステップＳ６において、音声制御部３６は、MPEGオーディオデコーダ３５から入力されたオーディオデータの音量を、その冒頭部分においてフェードインを実行し、終了部分においてフェードアウトを実行してスピーカ７に出力する。
【００５７】
なお、フェードインおよびフェードアウトを実行する代わりに、オーディオデータの冒頭部分および終了部分に、試聴である旨の音声を挿入するようにしてもよい。また、試聴の目的を達成できる範囲で、オーディオデータの音質をフィルタ等を用いて変化させてもよい。
【００５８】
ステップＳ７において、制御部３９は、ステップＳ４で選択された楽曲の試聴回数を１回だけインクリメントする。
【００５９】
その後、ステップＳ２おいて、試聴可能な楽曲が存在しないと判定されるまで、それ以降の処理が繰り返され、試聴可能な楽曲が存在しないと判定された場合、試聴処理を終了する。
【００６０】
このように、各楽曲データの試聴を可能とすることは、視聴者側にとって有益であるとともに、購入を促す効果もある。また、各楽曲データの試聴回数を制限し、さらに、再生するオーディオデータに対してフェードインおよびフェードアウト等を実行するは、試聴したオーディオデータをつなぎ合わせることによって楽曲データのコピーが作成されることを抑止することになる。
【００６１】
次に、IRD５の購入処理について、図１３のフローチャートについて説明する。この購入処理は、ユーザが、楽曲データを購入することができる番組を試聴中、IRD５に対して楽曲購入用のGUIを表示させる操作を行い、その操作に対応して、図１２に示すようなGUIがモニタ６に表示された後に実行される。なお、購入する楽曲データは、ダウンロード用のMPEGオーディオデータまたはATRACデータのうちの一方であって、その選択は、ユーザが所定の操作により実行するようにしてもよいし、IRD５が自己の音声出力端子、またはIEEE1394インタフェース３７に接続されている記録装置（MDデッキ９等）を検知して実行するようにしてもよい。
【００６２】
ステップＳ１１において、デスクランブラ３２からTSに含まれる番組情報ECMを抽出し、その中に記述されている各楽曲データの視聴時間、試聴制限回数、および購入制限時刻を制御部３９に出力する。ステップＳ１２において、制御部３９は、各楽曲毎に、現在の時刻を購入制限時刻と比較することにより、購入可能な楽曲が存在するか否かを判定する。購入可能な楽曲が存在すると判定された場合、ステップＳ１３に進む。
【００６３】
ステップＳ１３において、制御部３９は、図１２に示すように、GUIの画面に楽曲リスト５３を表示させる。なお、この楽曲リスト５３には、試聴および購入が可能な楽曲の曲目、および、試聴は不可能（試聴した回数が試聴制限回数に達している楽曲）であって購入可能な楽曲の曲目が区別されて、例えば、試聴および購入が可能な楽曲の曲目は濃く、試聴は不可能であって購入可能な楽曲の曲目は薄く表示される。
【００６４】
ステップＳ１４において、制御部３９は、この楽曲リスト５３を見たユーザにより、楽曲リスト５３に表示されている購入可能な楽曲のうちのいくつかが選択された後、さらに購入ボタン５５が押下されたか否かを判定し、購入ボタン５５が押下されたと判定するまで、ステップＳ１２に戻り、それ以降の処理が繰り返される。なお、この繰り返しの間において、購入制限時刻を超過した楽曲の曲目の表示は変更される。購入ボタン５５が押下されたと判定された場合、ステップＳ１５に進む。
【００６５】
ステップＳ１５において、制御部３９は、ステップＳ１４で複数の楽曲の購入がユーザから指令されたか否かを判定し、複数の楽曲の購入が指令されたと判定した場合、ステップＳ１６に進む。ステップＳ１６において、制御部３９は、購入する複数の楽曲のダウンロードの順序を決定する。このダウンロード順序決定処理について、図１４のフローチャートを参照して説明する。
【００６６】
ステップＳ２１において、デスクランブラ３２は、制御部３９の制御により、購入が指令された複数の楽曲データに対応する、現時点の音声付加情報（楽曲演奏時間と演奏経過時間、ダウンロード用MPEGオーディオデータの送信時間と送信経過時間に相当する）をTSから抽出して制御部３９に出力する。
【００６７】
ステップＳ２２において、制御部３９は、デスクランブラ３２からの音声付加情報を参照して、複数の楽曲データのダウンロードの順序を最適化する。例えば、図１５に示した楽曲Ａ，Ｂ，Ｃの３曲を購入する場合、購入指令が行われた時刻ｔ０において、３曲の楽曲データのうちの送信開始のタイミングが最も早いもの（いまの場合、楽曲Ｂ）を１番目にダウンロードする楽曲データとし、次に、１番目の楽曲データの送信終了時刻において、残りの２曲の楽曲データのうちの送信開始のタイミングが最も早いもの（いまの場合、楽曲Ａ）を２番目にダウンロードする楽曲データとし、残りの１曲（いまの場合、楽曲Ｃ）を３番目にダウンロードする楽曲データとする。このように、ダウンロードの順序を最適化した場合、その終了時刻は、ｔ１となる。これに対して、ダウンロードの順序を最適化せずに、楽曲Ａ，Ｂ，Ｃの順序でダウンロードした場合、その終了時刻は、ｔ１よりも１曲分遅いｔ２となる。
【００６８】
当然ながら、３曲以上の楽曲データをダウンロードする場合にも、同様の方法でダウンロードの順序が最適化される。
【００６９】
ステップＳ２３において、制御部３９は、ステップＳ２２で決定したダウンロードの順序において、購入制限時刻にかかるためにダウンロードできない楽曲データが存在するか否かを判定し、ダウンロードできない楽曲データが存在すると判定した場合、ステップＳ２４に進む。
【００７０】
ステップＳ２４において、制御部３９は、GUIの情報表示エリア５２に、ダウンロードできない楽曲データが存在する旨とその曲目を表示させる。この表示により、ユーザは、ダウンロードできない楽曲データを知ることができ、必要に応じて購入する楽曲データを選択し直すことが可能となる。
【００７１】
なお、ステップＳ２３において、ダウンロードできない楽曲データが存在しないと判定された場合、ステップＳ２４はスキップされる。
【００７２】
以上のようにダウンロード順序決定処理が実行された後、図１３のステップＳ１７に戻る。ステップＳ１７において、デスクランブラ３２は、制御部３９の制御により、ステップＳ１６で決定された順序に従って楽曲データを抽出し、後段に出力する。なお、ダウンロード用のMPEGオーディオデータがダウンロードされる場合、MPEGオーディオデータは、MPEGオーディオデコーダ３５でMPEG復号された後、音声制御部３６および音声出力端子を介して、例えば、MDデッキ１０に供給されて記録される。ATRACデータがダウンロードされる場合、ATRACデータはIEEE1394インタフェース３７を介してMDデッキ９に供給されて記録される。
【００７３】
このようにダウンロード順序決定処理を含む購入処理を実行することにより、より多くの楽曲データを効率的にダウンロードすることが可能となる。
【００７４】
なお、ステップＳ１１において、制御部３９が、受信波のレベルを検知し、そのレベルが一定値以下である場合、購入可能な楽曲が存在しないと判定するようにしてもよい。
【００７５】
また、ステップＳ１４で複数の楽曲が選択されたときの順序を記憶するようにして、ステップＳ１６のダウンロード順序決定処理をスキップし、選択されたときの順序に従ってダウンロードを実行するようにしてもよい。
【００７６】
なお、ユーザが意図しない順序で楽曲データがダウンロードされた場合でも、MDデッキ９，１０では、標準的に備えられている機能として、任意の順序で楽曲を再生することが可能である。
【００７７】
ところで、本実施の形態においては、上述したようにダウンロード用の楽曲データとしてMPEGオーディオデータとATRACデータの２種類が同時に存在し、楽曲の試聴時には、それらのうちのMPEGオーディオデータが再生される。したがって、ATRACデータをダウンロードしているとき、それと並行してMPEGオーディオデータを試聴することが可能である。この並行処理について、図１６のフローチャートを参照して説明する。
【００７８】
この並行処理は、図１３のステップＳ１７におけるダウンロード処理と同時に実行される。ステップＳ３１において、制御部３９は、ダウンロード中の楽曲データがATRACデータであるか否かを判定し、ダウンロード中の楽曲データがATRACデータであると判定した場合、ステップＳ３２に進む。ステップＳ３２において、制御部３９は、上述した試聴処理（図１１）を実行する。ただし、ダウンロード中のATRACデータと同じ楽曲や既にダウンロード済みの楽曲は試聴できないこととする。
【００７９】
なお、ステップＳ３１において、ダウンロード中の楽曲データがATRACデータではない（ダウンロード中の楽曲データはMPEGオーディオデータである）と判定された場合、ステップＳ３２はスキップされる。
【００８０】
また、ステップＳ３２において、ダウンロード中のATRACデータとは異なる楽曲のMPEGオーディオデータを購入できるようにしてもよい。
【００８１】
このような並行処理を実行することにより、ある楽曲をダウンロード中に、他の楽曲を試聴することや、異なる２曲の楽曲データ（ある楽曲のATRACデータと、他の楽曲のMPEGオーディオデータ）を同時にダウンロードすることが可能となる。
【００８２】
次に、IRD５とIEEE1394バス８を介して接続されているMDデッキ９の構成例について、図１７を参照して説明する。このMDデッキ９は、MDデッキ９の各部を制御する制御部６１、IRD５からのATRACデータが配置されているパーシャルTSを受信するIEEE1394インタフェース６２、MD７１に対するATRACデータの記録と再生を制御する記録再生部６３、および、記録再生部６３からのATRACデータをデコードしてDAC６９に出力する、または、DAC６９からのデジタルオーディオデータをエンコードして記録再生部６３に出力するATRACエンコーダ／デコーダ６８がシステムバス７０を介して相互に接続されて構成される。
【００８３】
記録再生部６３には、MDに記録するATRACデータを一時的に保管するバッファ６４、その他、磁気ヘッド６５、光ピックアップ６６、およびスピンドルモータ６７が接続されている。記録時において、光ピックアップ６６は、レーザ光をMD７１に照射して、レーザ光の照射スポットの温度を所定の値に上昇させる。磁気ヘッド６５は、光ピックアップ６６からのレーザ光により温度が所定の値に上昇されているMD７１上のスポットに、記録再生部６３から供給されるATRACデータに対応する磁気信号を記録する。また、光ピックアップ６６は、再生時において、MD７１にレーザ光を照射し、その反射光を受光して電気信号に変換し、得られるATRACデータを記録再生部６３に出力する。スピンドルモータ６７は、記録再生部６３からの制御に基づいて、MD７１を回転させる。
【００８４】
ATRACエンコーダ／デコーダ６８には、デジタル信号とアナログ信号を相互に変換するDAC６９が接続されている。
【００８５】
次に、その動作について説明する。記録時において、IEEE1394インタフェース６２では、IRD５からのパーシャルTSに多重化されているPSIパケットに基づいて、ATRACデータが配置されたPESパケットが検出され、さらに、PESパケットからATRACデータだけが抽出される。抽出されたATRACデータは、システムバス７０を介して記録再生部６３に供給される。記録再生部６３は、磁気ヘッド６５、光ピックアップ６６、およびスピンドルモータ６７を制御して、IEEE1394インタフェース６２から供給されたATRACデータをMD７１に記録する。
【００８６】
再生時において、記録再生部６３は、光ピックアップ６６、およびスピンドルモータ６７を制御して、MD７１からATRACデータを読み出し、ATRACエンコーダ／デコーダ６８に供給する。ATRACエンコーダ／デコーダ６８では、記録再生部６３から供給されたATRACデータがデコードされ、DAC６９を介して、例えば、スピーカに出力される。
【００８７】
次に、図１８は、IEEE1394インタフェース６２の詳細な構成例を示している。制御部８１は、制御部６１や、スタート・ストップビット検出部８３乃至ATRACデータ抽出部８８から入力される所定の情報に対応して、PID検出部８２の処理を制御する。
【００８８】
PID検出部８２は、IRD５から入力されるパーシャルTSをMPEGストリームに変換し、それらのTSパケットのうちの、パケットヘッダに記述されている１３ビットのPID（図１３）が、制御部８１から指定される所定のPID（ATRACデータが配置されているTSパケットを示すPID）と等しいTSパケットだけを抽出して、後段のスタート・ストップビット検出部８３乃至ATRACデータ抽出部８８に出力する。
【００８９】
スタート・ストップビット検出部８３は、PID検出部８２から順次入力されるTSパケットのデータスタートインジケータ（図８に示したTSパケットの第２３バイト目）を検出し、そこに「１」が記述されている場合、その検出情報を制御部８１に出力する。この検出情報は、制御部８１を介して制御部６１に供給され、MD７１に対するATRACデータの記録開始のトリガとされる。また、スタート・ストップビット検出部８３は、TSパケットのデータエンドインジケータ（データスタートインジケータのLSB側に隣接するビット）を検出し、そこに「１」が記述されている場合、その検出情報を制御部８１に出力する。この検出情報は、制御部８１を介して制御部６１に供給され、MD７１に対するATRACデータの記録終了のトリガとされる。
【００９０】
パケットカウンタ検出部８４は、PID検出部８２から順次入力されるTSパケットのPESデータカウンタ（データエンドインジケータのLSB側に隣接する３ビット）、および、プレゼントPESナンバ（図８に示したTSパケットの第２４バイト目乃至第２６バイト目）の連続性を検証する。
【００９１】
ところで、PESデータカウンタは、０乃至７の値をとるサイクリックなカウンタであり、プレゼントPESナンバは、PESデータカウンタの値が一巡する毎に、１ずつインクリメントされている。すなわち、連続している正常なTS（パケット抜けが発生していないTS）のPESパケットを構成する８個のTSパケットのうちの第１番目のTSパケットのPESデータカウンタには、１が記述されている。これに続くTSパケットのPESデータカウンタには、順次、１ずつインクリメントされた値が記述され、PESパケットを構成する第８番目のTSパケットのPESデータカウンタには、７が記述されている。以上の８個のTSパケットのプレゼントPESナンバは共通である。これに続く８個のTSパケットのPESデータカウンタには、再び０乃至７の１ずつインクリメントされた値が記述されているが、これらのプレゼントPESナンバは、前の８個のTSパケットのプレゼントPESナンバに記述されている値に１が加算された値である。なお、データスタートインジケータに１が記述されているATRACデータの先頭のTSパケットのプレゼントPESナンバの値は０である。
【００９２】
そこで、パケットカウンタ検出部８４は、入力されるTSパケットのPESデータカウンタの値、および、プレゼントPESナンバの値を読み出して記憶し、次に入力されるTSパケットのPESデータカウンタの値、および、プレゼントPESナンバの値が記憶している値の連続が損なわれていることを検出した場合、その情報を制御部８１に出力する。
【００９３】
エラー検出部８５は、PID検出部８２から順次入力されるTSパケットの第２バイト目のTSエラーインジケータを検出し、そこに１が記述されているか否かを判定する。なお、TSエラーインジケータには、IRD５のフロントエンド部３１においてエラー訂正処理が処理しきれなかった際に１が記述されている。したがって、TSエラーインジケータに１が記述されている場合、そのTSパケットには、少なくとも１つ以上のエラーが含まれていると考えられる。そこで、エラー検出部８５は、TSエラーインジケータに１が記述されていると判定した場合、その情報を制御部８１に出力する。また、エラー検出部８５は、TSパケットの第２９バイト目のATRACデータチェックサムを用いて、第３０バイト目以降に記述されているATRACデータを検証し、エラーを検出した場合、その検出情報を制御部８１に出力する。
【００９４】
フォーマット検出部８６は、PID検出部８２から順次入力されるTSパケットのデータタイプ（図６に示すTSパケットの第１９バイト目）、データトランスミッションタイプ（図６に示すTSパケットの第２０バイト目）、FDFフィールドレングス（図８に示すTSパケットの第２１バイト目）、およびオーディオデータタイプ１，２（図８に示すTSパケットの第２１，２２バイト目）を検出し、それらに記述されている値が、ATRACデータを含むパケットであることを示す所定の値であるか否かを判定して、所定の値ではないと判定した場合、その検出情報を制御部８１に出力する。
【００９５】
著作権情報検出部８７は、PID検出部８２から順次入力されるTSパケットのコピーライト、オリジナルorコピー、コピーライトモード、およびEMIモード（図８に示すTSパケットの第２２，２３バイト目）を検出して、それらに記述されている値が、当該ATRACデータはコピーが許可されているものであることを示す所定の値であるか否かを判定して、所定の値ではないと判定した場合、その検出情報を制御部８１に出力する。
【００９６】
ATRACデータ抽出部８８は、PID検出部８２から入力されるTSパケットの第３０バイト目乃至第１８８バイト目に配置されているATRACデータを抽出して、後段に出力する。
【００９７】
次に、IEEE1394インタフェース６２のATRACデータ抽出処理について、図１９のフローチャートを参照して説明する。このATRACデータ抽出処理は、IRD５からパーシャルTSが入力されたときに開始される。
【００９８】
ステップＳ４１において、PID検出部８２は、IRD５から入力されたパーシャルTSをMPEGストリームに変換した後、パケットヘッダに記述されている１３ビットのPIDが、ATRACデータが配置されているTSパケットを示すPIDと等しいTSパケットだけを抽出して、後段のスタート・ストップビット検出部８３乃至ATRACデータ抽出部８８に出力する。
【００９９】
ステップＳ４２において、著作権情報検出部８７は、PID検出部８２から入力されたTSパケットのコピーライト、オリジナルorコピー、コピーライトモード、およびEMIモードを検出して、それらに記述されている値が、当該TSパケットに配置されているATRACデータはコピーが許可されているものであることを示す所定の値であるか否かを判定する。所定の値であって、コピーが許可されているものであると判定された場合、ステップＳ４３に進む。
【０１００】
ステップＳ４３において、スタート・ストップビット検出部８３は、PID検出部８２から入力されたTSパケットのデータスタートインジケータを監視して、そこに「１」を検出するまで待機し、「１」を検出した場合、その検出情報を制御部８１に出力する。この検出情報に対応して、制御部８１は、ATRACデータ抽出部８８および制御部６１に所定の信号を出力する。
【０１０１】
ステップＳ４４において、ATRACデータ抽出部８８は、制御部８１からの信号に対応して、PID検出部８２から入力されたTSパケットの第３０バイト目以降に配置されているATRACデータを抽出して、後段の記録再生部６３に出力する。また、制御部６１は、制御部８１からの信号に対応して、MD７１に対するATRACデータの記録開始をMDデッキ９の各部に指令する。これにより、MD７１に対するATRACデータの記録が開始される。
【０１０２】
ステップＳ４５において、パケットカウンタ検出部８４は、PID検出部８２から入力されたTSパケットのPESデータカウンタ、およびプレゼントPESナンバを検出して、それらに記述されている値の連続性を判定し、TSパケットのPESデータカウンタの値、およびプレゼントPESナンバの値は、それぞれ、連続性があると判定した場合、ステップＳ４６に進む。
【０１０３】
ステップＳ４６において、エラー検出部８５は、PID検出部８２から入力されたTSパケットのTSエラーインジケータを検出し、そこに「１」が記述されているか否かを判定する。さらに、エラー検出部８５は、TSパケットのATRACデータチェックサムを用いて、第３０バイト目以降に記述されているATRACデータにエラーが存在するか否かを判定する。TSエラーインジケータに「１」が記述されておらず、かつ、ATRACデータにエラーが存在しないと判定された場合、ステップＳ４７に進む。
【０１０４】
ステップＳ４７において、フォーマット検出部８６は、PID検出部８２から入力されたTSパケットのデータタイプ、データトランスミッションタイプ、FDFフィールドレングス、およびオーディオデータタイプ１，２を検出し、それらに記述されている値が、ATRACデータを含むパケットであることを示す所定の値であるか否かを判定する。それらに記述されている値が、ATRACデータを含むパケットであることを示す所定の値であると判定された場合、ステップＳ４８に進む。
【０１０５】
ステップＳ４８において、スタート・ストップビット検出部８３は、PID検出部８２から入力されたTSパケットのデータストップインジケータを監視し、そこに「１」が記述されているか否かを判定する。「１」が記述されていないと判定された場合、ステップＳ４５に戻り、それ以降の処理が繰り返される。反対に、データストップインジケータに「１」が記述されていると判定した場合、スタート・ストップビット検出部８３は、その検出情報を制御部８１に出力する。この検出情報に対応して、制御部８１は、ATRACデータ抽出部８８および制御部６１に所定の信号を出力する。ATRACデータ抽出部８８は、制御部８１からの信号に対応して、PID検出部８２から入力されたTSパケットからのATRACデータの抽出を終了する。また、制御部６１は、制御部８１からの信号に対応して、MD７１に対するATRACデータの記録終了をMDデッキ９の各部に指令する。これにより、MD７１に対するATRACデータの記録が終了される。
【０１０６】
なお、ステップＳ４２において、PID検出部８２から入力されたTSパケットのコピーライト、オリジナルorコピー、コピーライトモード、およびEMIモードに記述されている値が、当該TSパケットに配置されているATRACデータはコピーが許可されているものであることを示す所定の値ではなく、コピーが許可されていないものであると判定された場合、その判定結果が著作権情報検出部８７から制御部８１に出力されて、ステップＳ４９に進む。
【０１０７】
また、ステップＳ４５において、PID検出部８２から入力されたTSパケットのPESデータカウンタ、およびプレゼントPESナンバに記述されている値の連続性がないと判定された場合、その判定結果がパケットカウンタ検出部８４から制御部８１に出力されて、ステップＳ４９に進む。
【０１０８】
また、ステップＳ４６において、PID検出部８２から入力されたTSパケットのTSエラーインジケータに１が記述されていると判定された場合、または、ATRACデータにエラーが存在していると判定された場合、その判定結果がエラー検出部８５から制御部８１に出力されて、ステップＳ４９に進む。
【０１０９】
また、ステップＳ４７において、PID検出部８２から入力されたTSパケットのデータタイプ、データトランスミッションタイプ、FDFフィールドレングス、およびオーディオデータタイプ１，２に記述されている値が、ATRACデータを含むパケットであることを示す所定の値ではないと判定された場合、ステップＳ４９に進む。
【０１１０】
ステップＳ４９において、制御部８１は、パケットカウンタ検出部８４乃至著作権情報検出部８７からの判定結果に対応して、PID検出部８２にTSパケットの抽出を中止させるとともに、その情報を制御部６１に出力する。この情報に対応して、制御部６１は、MD７１に対するATRACデータの記録の中止をMDデッキ９の各部に指令するとともに、記録を中止した旨をIRD５に通知する。
【０１１１】
なお、ステップＳ４５乃至Ｓ４７における処理は、その順序を入れ替えてもよいし、並行して処理するようにしてもよい。
【０１１２】
また、TSに対する伝送路上でのエラーの発生が少ない（伝送路の品質がよい）と考えられる場合には、ステップＳ４６における、チェックサムを用いたエラー検出を実行せず、TSエラーインジケータの検証だけを実施するようにしてもよい。
【０１１３】
以上のように、MD９のIEEE1394インタフェース６２では、TSパケットに配置されているATRACデータだけを抽出するが、その際、TSパケットに発生している異常（データの抜けやエラーの発生等）を監視し、異常を検出した場合、ATRACデータの抽出を中止するようにしたので、異常なATRACデータを記録してしまうようなダウンロードの失敗を抑止することが可能となる。
【０１１４】
なお、本実施の形態であるEMDシステムにおいては、デジタル衛星放送に本発明を適用しているが、デジタルケーブルテレビジョン放送やデジタル地上放送にも本発明を適用することが可能である。
【０１１５】
また、本発明は、オーディオデータの配信サービスに限らず、例えば、コンピュータやテレビゲーム機により処理されるプログラムを配信するサービスに適用することが可能である。
【０１１６】
次に、図２０を参照して、上述した一連の処理を実行するプログラムをIRD、またはMDデッキにインストールし、IRD、またはMDデッキによって実行可能な状態とするために用いられる媒体について説明する。
【０１１７】
IRDに対応するプログラムは、図２０(A)に示すように、IRD１０１（図１のIRD５に相当する）に内蔵されている記録媒体としてのハードディスク１０２や半導体メモリ１０３に予めインストールした状態でユーザに提供することができる。
【０１１８】
あるいはまた、プログラムは、図２０(B)に示すように、フロッピーディスク１１１、CD-ROM(Compact Disc-Read Only Memory)１１２、ＭＯ(Magneto Optical)ディスク１１３、DVD(Digital Versatile Disc)１１４、磁気ディスク１１５、半導体メモリ１１６などの記録媒体に、一時的あるいは永続的に格納し、パッケージソフトウエアとして提供することができる。
【０１１９】
さらに、プログラムは、図２０(C)に示すように、ダウンロードサイト１２１から、無線で衛星１２２を介して、IRD１２３に転送したり、ローカルエリアネットワーク、インターネットといったネットワーク１３１を介して、有線または無線でIRD１２３に転送し、IRD１２３において、内蔵するハードディスクなどに格納させることができる。
【０１２０】
なお、MDデッキに対応するプログラムについても、IRDに対応するプログラムと同様であるので、その説明は省略する。
【０１２１】
本明細書における媒体とは、これら全ての媒体を含む広義の概念を意味するものである。
【０１２２】
また、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１２３】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１２４】
【発明の効果】
以上のように、本発明によれば、ATRAC方式と、MPEG２方式で圧縮符号化した２種類の楽曲データを、同時に独立して処理することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したEMDシステムの構成例を示すブロック図である。
【図２】図１の送信装置１の構成例を示すブロック図である。
【図３】ダウンロード用楽曲データの種類を説明する図である。
【図４】ダウンロード用楽曲データの購入制限時刻を説明する図である。
【図５】 ATRACデータが配置されるTSパケットを説明するための図である。
【図６】 ATRACデータが配置されるTSパケットを説明するための図である。
【図７】 ATRACデータが配置されるTSパケットを説明するための図である。
【図８】 ATRACデータが配置されるTSパケットを説明するための図である。
【図９】 TSパケットのATRACデータチェックサムを説明するための図である。
【図１０】図１のIRD５の構成例を示すブロック図である。
【図１１】 IRD５の試聴処理を説明するフローチャートである。
【図１２】 GUIの表示例を示す図である。
【図１３】 IRD５の購入処理を説明するフローチャートである。
【図１４】 IRD５のダウンロード順序決定処理を説明するフローチャートである。
【図１５】ダウンロード順序決定処理を説明するための図である。
【図１６】 IRD５の並行処理を説明するフローチャートである。
【図１７】図１のMDレコーダ９の構成例を示すブロック図である。
【図１８】図１７のIEEE1394インタフェース６２の構成例を示すブロック図である。
【図１９】 IEEE1394インタフェース６２のATRACデータ抽出処理を説明するフローチャートである。
【図２０】媒体について説明するための図である。
【符号の説明】
１ 送信装置， ５ IRD， ８ IEEE1394バス， ９ MDデッキ， ２１ エンコーダ， ２２ 多重化器， ２３ スクランブラ， ２４ 番組制御システム， ２５ スクランブル制御システム， ２６ 関連情報送出装置， ２７視聴情報収集処理システム， ３１ フロントエンド部， ３２ デスクランブラ ， ３３ MPEGビデオデコーダ， ３４ 表示制御部， ３５ MPEGオーディオデコーダ， ３６ 音声制御部， ３７ IEEE1394インタフェース， ３８ 入力部， ３９ 制御部， ４０ ICカード， ４１ モデム， ６１ 制御部， ６２ IEEE1394インタフェース， ６３ 記録再生部， ６８ ATRACエンコーダ／デコーダ， ７１ MD， ８１ 制御部， ８２ PID検出部， ８３ スタート・ストップビット検出部， ８４ パケットカウンタ検出部， ８５ エラー検出部， ８６ フォーマット検出部， ８７ 著作権情報検出部， ８８ ATRACデータ抽出部
【発明の属する技術分野】
本発明は、受信装置および方法、並びに記録媒体に関し、特に、異なる方式で符号化された複数の符号化データが多重化されているトランスポートストリームを受信する場合に用いて好適な受信装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えば、スカイパーフェクTV（商標）のようなデジタル衛星放送が普及しつつある。デジタル衛星放送は、既存のアナログ放送に比べて高品質の信号を伝送することが可能であるとともに、多チャンネル化が図られている。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュース等の専門チャンネルが用意されており、これらの専門チャンネルの中で音楽チャンネルは、人気があるチャンネルの１つである。
【０００３】
そのような音楽チャンネルを視聴しているとき、視聴者は、放送されている楽曲を気に入って、その楽曲のCD(Compact Disc)等を購入したいと考えることがある。このような場合、音楽チャンネルを視聴中に、その楽曲のデータをダウンロードすることができれば便利である。そこで、本願出願人は、音楽チャンネルの主放送信号（映像信号および音声信号）に、ATRAC(Adaptive Tranform Acoustic Coding)方式を用いて符号化された楽曲データを多重化させて配信し、ATRACデータを購入した（ダウンロードした）視聴者に対して課金することができるシステムを、例えば、特願平１０−２０１７３１号として提案している。
【０００４】
なお、ATRAC方式とは、MD(Mini Disc)（商標）にオーディオデータを記録する場合に採用されている圧縮符号化方式である。
【０００５】
また、本願出願人は、ダウンロード用の同一の楽曲に対してATRAC方式と、MPEG(Moving Picture Experts Group)２方式で圧縮符号化した２種類の楽曲データを多重化して配信するシステムを、例えば、特願平１０−９１２５５号として提案している。
【０００６】
【発明が解決しようとする課題】
ところで、上述したようなシステムを構成する受信装置においては、上述した２種類の楽曲データを、同時に独立して処理することができない課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、当該システムにおいて、ATRAC方式と、MPEG２方式で圧縮符号化した２種類の楽曲データを、同時に独立して処理できるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の受信装置は、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出手段と、抽出された第１の符号化データを、第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力手段と、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出手段と、抽出された第２の符号化データを復号してオーディオデータを再生する復号手段と、再生されたオーディオデータを出力する第２の出力手段とを含み、復号手段は、第１の出力手段により第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データを復号してオーディオデータを再生する。
【０００９】
本発明の受信方法は、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出ステップと、抽出された第１の符号化データを、第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力ステップと、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出ステップと、抽出された第２の符号化データを復号してオーディオデータを再生する復号ステップと、再生されたオーディオデータを出力する第２の出力ステップとを含み、復号ステップは、第１の出力ステップにより第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データを復号してオーディオデータを再生する。
【００１０】
本発明の記録媒体は、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出ステップと、抽出された第１の符号化データを、第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力ステップと、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出ステップと、抽出された第２の符号化データを復号してオーディオデータを再生する復号ステップと、再生されたオーディオデータを出力する第２の出力ステップとを含み、復号ステップは、第１の出力ステップにより第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データを復号してオーディオデータを再生する処理を受信装置のコンピュータに実行させるプログラムが記録されている。
【００１１】
本発明においては、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データが抽出され、抽出された第１の符号化データが、第１の符号化データを符号化された状態のまま記録できる記録装置に出力される。また、入力されたトランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データが抽出され、抽出された第２の符号化データが復号されてオーディオデータが再生され、再生されたオーディオデータが出力される。なお、第１の符号化データが前記記録装置に出力されることと並行して、抽出された第２の符号化データが復号されてオーディオデータが再生される。
【００１２】
【発明の実施の形態】
図１は、本発明を適用したEMD(Electric Music Distribution)システムの実施の形態の構成例を示している。このEMDシステムにおいて、放送局側の送信装置１は、例えば、音楽番組の主放送信号（MPEG2方式で圧縮符号化した映像信号および音声信号）と、音楽番組に関連する楽曲のダウンロード用の楽曲データ（MPEGオーディオデータ、およびATRACデータ）等を多重化して、スクランブルを施した後、誤り訂正などの必要な処理を実行して、得られるMPEGトランスポートストリーム（以下、TSと記述する）を、例えば、QPSK(Quadrature Phase Shift Keying)変調して、アンテナ２から電波として送信する。
【００１３】
アンテナ２から送信された電波は、通信衛星３で中継され、アンテナ４で受信されてIRD５に供給される。IRD５は、アンテナ４が受信した電波をQPSK復調し、誤り訂正などの必要な処理を施した後、ユーザが選択したチャンネルのTSパケットを抽出してスクランブルを解除する。また、IRD５は、抽出したTSパケットに配置されている主放送信号をMPEG復号し、得られた映像信号をモニタ６に出力し、音声信号をスピーカ７に出力する。
【００１４】
また、IRD５は、ダウンロード用の楽曲データ（ATRACデータ）が配置されているTSパケットを抽出して、IEEE1394バス８を介して接続されているMDデッキ９に供給する。さらに、IRD５は、ダウンロード用の楽曲データ（MPEGオーディオデータ）をMPEG復号し、スピーカ７、または音声出力端子に接続されているMDデッキ１０に出力する。
【００１５】
また、IRD５は、楽曲データをダウンロードした履歴を、内蔵するICカード４０（図１０）に記録して、定期的に、ダウンロードした履歴の情報を、公衆電話回線網１１を介して送信装置１に送信する。なお、送信装置１に送信されたダウンロードの履歴情報は、IRD５のユーザに対する課金の資料として用いられる。
【００１６】
MDデッキ９は、IEEE1394バス８を介してIRD５から供給される楽曲データ（ATRACデータ）をMDに記録し、また再生する。MDデッキ１０は、IRD５から供給される楽曲データ（MPEGオーディオデータがデコードされたオーディオデータ）をATRAC方式で符号化してMDに記録し、また再生する。
【００１７】
図２は、送信装置１の詳細な構成例を示している。送信装置１のエンコーダ２１は、番組ソース（主放送信号としての映像信号および音声信号）をMPEG2方式で圧縮符号化し、多重化器２２に出力する。多重化器２２は、エンコーダ２１からの主放送信号と、スクランブル制御システム２５から供給される個別情報EMM(Entitlement Management Message)、関連情報送出装置２６から供給される番組情報ECM(Entitlement Control Message)、ダウンロード用楽曲データ（ATRACデータおよびMPEGオーディオデータ）、楽曲データに対応する音声付加情報、受信側においてダウンロードする楽曲を選択する際のインタラクティブなGUI(Graphical User Interface)を実現するMHEG(Multimedia and Hypermedia Information Coding Experts Group)スクリプト、主放送信号やダウンロード用の楽曲データ等が、TSのなかのどのTSパケットに含まれているかを示す付加情報テーブル(PSI:Program Specific Information)を時分割多重化してMPEG2方式のTSを生成する。生成されたTSは、スクランブラ２３に供給される。
【００１８】
ただし、ダウンロード用楽曲データには、MPEG2方式のTSに対して整合性が良くないATRACデータ（後述）が含まれるので、多重化の際には工夫が必要となる（その詳細は後述する）。
【００１９】
ここで、付加情報テーブルPSIは、PAT(Program Association Table)、PMT(program Map Table)、およびSIT(Selection Information Table)などであり、これらを順次参照することにより、所望するデータが含まれているTSパケットのパケットIDを知ることができる。なお、その詳細については、例えば、ETS 300468,Digital Video Broadcasting(DVB);Specification for Service Information(SI) in DVB systemなどに記述されている。
【００２０】
次に、ダウンロード用楽曲データについて、図３を参照して説明する。同図に示すように、例えば、番組Ａの主放送信号に多重化されるダウンロード用楽曲データは、番組Ａに関連する複数の楽曲Ａ，Ｂ，Ｃのデータであり、楽曲毎に、MPEG2方式で圧縮符号化されているMPEGオーディオデータ、および、ATRAC方式で圧縮符号化されているATRACデータの２種類が存在する。各楽曲のMPEGオーディオデータおよびATRACデータは、番組Ａの放送時間中、繰り返して送信される。
【００２１】
なお、MPEGオーディオデータの１回の送信にかかる時間は、そのMPEGオーディオデータが再生される時間（演奏時間）と等しく、ATRACデータの１回の送信にかかる時間は、当該ATRACデータが再生される時間の１／４である。
【００２２】
例えば、番組Ａの放送時間が１時間であって、楽曲Ａの演奏時間が８分間である場合、楽曲ＡのMPEGオーディオデータ（楽曲Ａ.mpg）の１回の送信にかかる時間も８分間であり、番組Ａの放送時間中、楽曲ＡのMPEGオーディオデータは、最大で７（＝６０／８）回、繰り返して送信される。一方、楽曲ＡのATRACデータの１回の送信にかかる時間は２（＝８／４）分間であり、番組Ａの放送時間中、楽曲ＡのATRACデータは、最大で３０（＝６０／２）回、繰り返して送信される。また、楽曲Ｂの演奏時間が９分間である場合、楽曲ＢのMPEGオーディオデータ（楽曲Ｂ.mpg）の１回の送信にかかる時間も９分間であり、番組Ａの放送時間中、楽曲ＢのMPEGオーディオデータは、最大で６（＝６０／９）回、繰り返して送信される。一方、楽曲ＢのATRACデータの１回の送信にかかる時間は２．２５（＝９／４）分間であり、番組Ａの放送時間中、楽曲ＢのATRACデータは、最大で２６（＝６０／２．２５）回、繰り返して送信される。
【００２３】
図２の説明に戻る。スクランブラ２３は、関連情報送出装置２６から供給されるスクランブル鍵(Ks)を用いて、多重化器２２から入力されるTSにスクランブルを施し、後段に出力する。番組制御システム２４は、所定の制御信号を発生して、エンコーダ１を制御する。また、番組制御システム２４は、エンコーダ２１で圧縮符号化される主放送信号に対応する番組の番組IDやチャンネルID等の情報を関連情報送出装置２６に出力する。スクランブル制御システム２５は、契約鍵(Kw)を関連情報送出装置２６に供給するとともに、IRD５に対応する固有な個別鍵を用いて暗号化した契約鍵を含む個別情報EMMを生成して多重化器２２に出力する。
【００２４】
なお、生成される個別情報EMMには、カードID、契約鍵番号(Kw_no)、契約鍵(Kw)、契約チャンネルID(service_id，series_id)、契約番号ID(event_id)、契約タイプ(authorize_type)、番組購入上限(Over_view)、SMS発呼日時(polling_date)、およびSMS発呼金額(upkink_fee)等の項目があるが、それらの詳細については、適宜、後述する。
【００２５】
関連情報送出装置２６は、スクランブル鍵をスクランブラ２３に供給する。また、関連情報送出装置２６は、スクランブル制御システム２５から供給される契約鍵を用いて暗号化したスクランブル鍵を含む番組情報ECMを生成して多重化器２２に出力する。
【００２６】
なお、生成される番組情報ECMには、契約鍵番号(Kw_no)、暗号化されたスクランブル鍵(Ks_Odd，Ks_Even)、チャンネルID(service_id，series_id，event_id)、番号ID(event_id)、ペイパービュー料金(PPV_fee)、プレビュー（視聴）時間、プレビュー（視聴）制限回数、現在時刻、および購入制限時刻等の項目があるが、それらの詳細については、適宜、後述する。
【００２７】
視聴情報収集処理システム２７は、IRD５から公衆電話回線網１１を介して入力される視聴履歴情報等を処理し、契約情報としてスクランブル制御システム２５に出力する。
【００２８】
ここで、番組情報ECMに含まれる各楽曲データの視聴時間および視聴制限回数について説明する。本実施の形態において、各楽曲データは、番組情報ECMに含まれる視聴時間および視聴制限回数に記述されている範囲内で視聴可能とされている。ただし、楽曲データに対して設定される視聴時間としては、楽曲の全演奏時間よりも短く、且つ、その楽曲を十分に吟味できる程度の時間を設定する。また、複数の楽曲データを繰り返して比較できるように、視聴制限回数を複数に設定する。なお、楽曲データの視聴時間および視聴制限回数は、各楽曲データ毎に異なる値を設定することが可能である。
【００２９】
次に、番組情報ECMに含まれる各楽曲データの購入制限時刻について、図４を参照して説明する。上述したように、各楽曲のダウンロード用楽曲データ（MPEGオーディオデータ、およびATRACデータ）は、番組の放送時間中、繰り返して送信される。図４に示す例においては、番組Ａの放送時間中、楽曲Ａのダウンロード用楽曲データは１５回繰り返して送信され、楽曲Ｂのダウンロード用楽曲データは１３回繰り返して送信され、楽曲Ｃのダウンロード用楽曲データは１１回繰り返して送信される。
【００３０】
例えば、視聴者がIRD５に対して楽曲Ｃの購入を、その第６回目の楽曲データ送信中であるタイミングｔ０において指示した場合、通常、その直後の第７回目に送信される楽曲データがダウンロードされるが、何らかの原因により、第７回目に送信される楽曲データのダウンロードに失敗した場合、第８回目に送信される楽曲データに対してダウンロードが再履行される。そこで、各楽曲について、楽曲データ送信の最終回を再履行用とし、最終回の１回前に送信される楽曲データに対してダウンロードを指示できるタイミングを、購入制限時刻として番組開始時刻からの経過時間を用いて設定する。具体的には、図４に示すように、楽曲Ａ，Ｂ，Ｃの購入制限時刻を、それぞれ、タイミングｔ１，ｔ２，ｔ３に設定する。このように、購入制限時刻を設定することで、購入が指示されたにも拘わらず、ダウンロードできないような事態の発生を抑止することが可能となる。
【００３１】
次に、ATRACデータをMPEG2方式のTSに多重化させる処理について説明する。MPEG2方式のTSの伝送単位であるTSパケットは、１８８バイトの固定長に定められている。これに対して、ATRACデータの伝送単位であるサウンドグループは、４２４バイトであり、このATRACデータをそのままMPEG２方式のTSとするには整合性が悪い。
【００３２】
そこで、本実施の形態においては、図５(a)に示すように、１個のTSパケットに１５９バイトのATRACデータを配置して、８個のTSパケットTSP１乃至TSP８により１個のPES(Packetized Elementary Stream)パケットを構成させている。したがって、１個のPESパケットには、１２７２（＝１５９×８）バイトのATRACデータが含まれることになる。ところで、１２７２バイトのATRACデータは、図５(b)に示すように、ATRACデータの伝送単位であるサウンドグループの３個分に相当するので、１個のPESパケットで３個のサウンドグループを伝送することができる。このように、１個のPESパケットで整数個のサウンドグループが伝送されると、ATRACデータとMPEG2方式のTSとの整合性が良好となる。
【００３３】
図６は、ATRACデータが配置されたTSパケットの構成を示している。同図に示すように、１８８バイトからなるTSパケットの先頭からの４バイトは、TSパケットヘッダとされ、次の１４バイトは、PESパケットヘッダとされ、次の２バイトは、データヘッダとされ、残りの１６８バイトは、データボディとされる。
【００３４】
TSパケットヘッダには、その先頭から順に、１バイトのシンクバイト、当該TSパケット内のエラーの有無を示すフラグが記述されるTSエラーインジケータ、新たなPESパケットが当該TSパケットのペイロードから始まることを示すフラグが記述されるペイロードユニットスタートインジケータ、TSパケットの重要度を示すTSプライオリティが配置される。これに続いて、このTSパケットの個別ストリームの属性を示す１３ビットのストリーム識別情報(PID)、パケットのペイロードのスクランブルの有無や種別を示すTSスクランブリングコントロール、アダプテーションフィールドの有無を示すアダプテーションフィールドコントロール、同じPIDを持つパケットに付与されるシリアルな番号を示すコンティニティカウンタが配置される。
【００３５】
TSパケットヘッダには、その先頭から順に、３バイトの固定値からなるパケットスタートコードプリフィクス、ストリームを識別する１バイトのストリームID、PESパケットの長さを示す２バイトのPESパケットレングスが配置される。これに続いて、２ビットの固定パターン「１０」、２ビットのPESスクランブルコントロール、１ビットのPESプライオリティ、１ビットのデータアライメントインディケータ、１ビットのコピーライト、１ビットのオリジナル／コピーの識別、２ビットのPTSおよびDTSフラグ、１ビットのESCRフラグ、１ビットのESレートフラグ、１ビットのDMSトリックモードフラグ、１ビットのアディショナルコピーインフォメーションフラグ、１ビットのPESのCRCフラグ、１ビットのPESエクステンションフラグが配置される。
【００３６】
さらに、１バイトのPESヘッダデータレングス、４ビットの固定パターン「１１０１」、３ビットのタイムスタンプ（PTS３２乃至PTS３０）、１ビットのマーケットビット、１５ビットのタイムスタンプ（PTS２９乃至PTS１５）、１ビットのマーケットビット、１５ビットのタイムスタンプ（PTS１４乃至PTS０）、１ビットのマーケットビットが配置される。
【００３７】
データヘッダには、その先頭から順に、１バイトのデータタイプ、６ビットのデータトランスミッションタイプ、２ビットのタグが配置される。
【００３８】
なお、図６に示したTSパケットは、PESパケットを構成する８個のTSパケットのうちの第１番目のものであり、８個のTSパケットのうちの２番目乃至８番目のパケットには、第１番目のTSパケット（図６）に存在したPESパケットヘッダおよびデータヘッダの代わりに、図７に示すように、スタッフィングデータが配置される。
【００３９】
ATRACデータが配置されるデータボディには、図８に示すように、その先頭（TSパケットの第２１バイト目）から順次、FDF(Field Dependent Field)の長さを示す４ビットのFDFフィールドレングス、各４ビットのオーディオデータタイプ１，２が配置される。オーディオデータタイプ１は、オーディオタイプ（例えば、ATRAC）を定義するためのものであり、オーディオデータタイプ２は、データタイプ１における分類（例えば、ATRAC1またはATRAC2）が定義される。これに続いて、コピーライトおよびオリジナル／コピー（CGMS(Copy Generation Management System)に対応するフラグ）、ステレオ／モノラルの識別、エンファシス情報、データスタートインジケータ、データストップインジケータ、３ビットのPESデータカウンタが配置される。
【００４０】
ここで、データスタートインジケータは、当該TSパケットが楽曲データの先頭を示すフラグであり、楽曲データの先頭であるTSパケットのデータスタートインジケータには、「１」が記述される。データストップインジケータは、当該TSパケットが楽曲データの最後尾のTSパケットを示すフラグであり、楽曲データの最後尾であるTSパケットのデータストップインジケータには「１」が記述される。PESデータカウンタは、当該TSパケットが、PESパケットを構成する８個のTSパケットのうちの何番目のTSパケットであるかを示すものである。
【００４１】
さらに、これに続いて、１ビットのコピーライトモードの識別、１ビットのEMI(Encryption Mode Information)モードの識別、１ビットのリザーブビット、３バイトのプレゼントPESナンバ、２バイトのリザーブ、１バイトのATRACデータチェックサムが配置された後、ATRACデータが配置される。
【００４２】
ここで、プレゼントPESナンバは、当該TSパケットが、楽曲を構成する複数のPESパケットのうちの何番目のPESパケットであるかを示している。したがって、順次伝送されるTSパケットのプレゼントPESナンバとPESデータカウンタを検出すれば、TSのTSパケット単位での連続性を判定することが可能となる。
【００４３】
TSパケットの第２９バイト目には、ATRACデータチェックサムが配置される。ATRACデータチェックサムと、第３０バイト目以降のATRACデータボディの関係について、図９を参照して説明する。同図に示すように、ATRACデータチェックサムの各ビットの値をCS[0]乃至CS[7]とし、第３０バイト目乃至第１８８バイト目のATRACデータボディの各ビットの値をAT[0][0]乃至AT[158][7]とすると、
CS[0]＾AT[0][0]＾AT[1][0]＾AT[2][0]＾・・・・・＾AT[158][0]=0
CS[1]＾AT[0][1]＾AT[1][1]＾AT[2][1]＾・・・・・＾AT[158][1]=0
・・・
CS[7]＾AT[0][7]＾AT[1][7]＾AT[2][7]＾・・・・・＾AT[158][7]=0
となるように、CS[0]乃至CS[7]の値が設定されている。ただし、＾は排他的論理和演算を意味している。
【００４４】
このように、ATRACデータボディに対するチェックサムを設けることにより、このTSパケットを受信した側において、ATRACデータボディのなかのエラーの有無を判定することが可能となる。
【００４５】
次に、図１０は、IRD５の構成例を示している。IRD５のフロントエンド部３１は、アンテナ４で受信される放送信号から、ユーザの選局操作に対応する信号を選択し、QPSK復調、誤り訂正などの処理を施した後、得られたTS（スクランブルが施されているもの）をデスクランブラ３２に出力する。
【００４６】
デスクランブラ３２は、フロントエンド部３１から入力される、TSのスクランブルを、ICカード４０から供給される個別鍵等を用いて解除し、それに多重化されている主放送信号（MPEGビデオデータ、およびMPEGオーディオデータ）、ダウンロード用のMPEGオーディオデータ、ダウンロード用のATRACデータ、およびGUI用のMHEGスクリプト等のそれぞれが含まれるTSパケットに分離する。さらに、デスクランブラ３２は、得られた主放送信号のMPEGビデオデータのTSパケットをMPEGビデオデコーダ３３に供給し、主放送信号のMPEGオーディオデータのTSパケットおよびダウンロード用のMPEGオーディオデータのTSパケットをMPEGオーディオデコーダに供給し、ダウンロード用のATRACデータのTSパケットをIEEE1394インタフェース(I/F)３７に供給し、GUI用のMHEGスクリプトのTSパケットを制御部３９に供給する。
【００４７】
MPEGビデオデコーダ３３は、デスクランブラ３２から供給されるMPEGビデオデータをデコードして、得られたビデオデータを表示制御部３４に出力する。表示制御部３４は、例えば、制御部３９から入力されるGUI画面の主番組表示エリア５１（図１２）に、MPEGビデオデコーダ３３から入力されるビデオデータを合成してモニタ６に表示させる。
【００４８】
MPEGオーディオデコーダ３５は、デスクランブラ３２から供給される主放送信号のMPEGオーディオデータ、またはダウンロード用のMPEGオーディオデータをデコードして、得られたオーディオデータを音声制御部３６に出力する。音声制御部３６は、制御部３９からの制御に基づいて、MPEGオーディオデコーダ３５から入力されるオーディオデータを、例えば、フェードイン／アウト等、適宜、処理した後、スピーカ７やMDデッキ１０に出力する。
【００４９】
IEEE1394インタフェース３７は、デスクランブラ３２から入力されるATRACデータが配置されているTSパケットに多重化されている付加情報テーブルPSIのPATから、楽曲を購入可能な当該番組以外の番組に対応するPMTを削除し、また、当該番組に対応するPMTから、主放送信号、ダウンロード用MPEGオーディオデータ、および音声付加情報のそれぞれに対応するPIDを削除し、新たに、パーシャルTSであることを示すSITを付加して、得られたパーシャルTSを、IEEE1394バス８を介してMDデッキ９に出力する。
【００５０】
入力部３８は、ユーザの選局操作やGUI画面（図１２）に対する操作を受け付けて、その操作情報を制御部３９に出力する。制御部３９は、入力部３８からの操作情報やデスクランブラ３２から入力される所定の情報に基づいてIRD５の各部を制御する。例えば、制御部３９は、デスクランブラ３２から入力されるGUI用のMHEGスクリプトを処理し、その画像データを表示制御部３４に出力する。
【００５１】
ICカード４０には、TSパケットのスクランブルを解除するための個別鍵等の情報が記憶されており、デスクランブラ３２からの要求に対応して、記憶している情報をデスクランブラ３２に供給する。また、ICカード４０には、ペイパービュー番組の視聴や楽曲データのダウンロードの履歴情報が記録される。モデム４１は、所定の期間毎、ICカード４０に記録された履歴情報を、公衆電話回線網１１を介して送信装置１に出力する。
【００５２】
次に、IRD５の試聴処理について、図１１のフローチャートについて説明する。この試聴処理は、IRD５のユーザ（視聴者）が、楽曲データを購入（ダウンロード）することができる放送番組を試聴中、楽曲購入用のGUIを表示させる操作を行い、その操作に対応して、図１２に示すようなGUIがモニタ６に表示された後に実行される。
【００５３】
ステップＳ１において、デスクランブラ３２は、TSに多重化されている番組情報ECMを抽出し、その中に記述されている各楽曲データの視聴時間、試聴制限回数、および購入制限時刻を制御部３９に出力する。ステップＳ２において、制御部３９は、各楽曲毎に、既に試聴した回数を試聴制限回数と比較することにより、試聴可能な楽曲が存在するか否かを判定し、試聴可能な楽曲が存在すると判定した場合、ステップＳ３に進む。
【００５４】
ステップＳ３において、制御部３９は、図１２に示すように、GUIの画面に楽曲リスト５３を表示させる。なお、この楽曲リスト５３に記載されている曲目のうち、試聴および購入が可能な楽曲の曲目、および、試聴は不可能（試聴した回数が試聴制限回数に達している楽曲）であって購入可能な楽曲の曲目は、そのその表示方法が区別される。例えば、試聴および購入が可能な楽曲の曲目の文字が濃く、試聴は不可能であって購入可能な楽曲の曲目の文字が薄く表示される。
【００５５】
この楽曲リスト５３を見たユーザが、楽曲リスト５３に表示されている試聴可能な楽曲のうちの１つを選択して試聴ボタン５４を押下すると、ステップＳ４において、その試聴する楽曲の選択情報が入力部３８から制御部３９に供給される。
【００５６】
ステップＳ５において、デスクランブラ３２は、制御部３９からの制御に基づいて、ステップＳ４で選択された楽曲のMPEGオーディオデータをMPEGオーディオデコーダ３５に出力する。MPEGオーディオデコーダ３５は、制御部３９からの制御に基づいて、番組情報ECMに記述されている試聴時間の長さだけ、デスクランブラ３２からのMPEGオーディオデータをデコードし、得られたオーディオデータを音声制御部３６に出力する。ステップＳ６において、音声制御部３６は、MPEGオーディオデコーダ３５から入力されたオーディオデータの音量を、その冒頭部分においてフェードインを実行し、終了部分においてフェードアウトを実行してスピーカ７に出力する。
【００５７】
なお、フェードインおよびフェードアウトを実行する代わりに、オーディオデータの冒頭部分および終了部分に、試聴である旨の音声を挿入するようにしてもよい。また、試聴の目的を達成できる範囲で、オーディオデータの音質をフィルタ等を用いて変化させてもよい。
【００５８】
ステップＳ７において、制御部３９は、ステップＳ４で選択された楽曲の試聴回数を１回だけインクリメントする。
【００５９】
その後、ステップＳ２おいて、試聴可能な楽曲が存在しないと判定されるまで、それ以降の処理が繰り返され、試聴可能な楽曲が存在しないと判定された場合、試聴処理を終了する。
【００６０】
このように、各楽曲データの試聴を可能とすることは、視聴者側にとって有益であるとともに、購入を促す効果もある。また、各楽曲データの試聴回数を制限し、さらに、再生するオーディオデータに対してフェードインおよびフェードアウト等を実行するは、試聴したオーディオデータをつなぎ合わせることによって楽曲データのコピーが作成されることを抑止することになる。
【００６１】
次に、IRD５の購入処理について、図１３のフローチャートについて説明する。この購入処理は、ユーザが、楽曲データを購入することができる番組を試聴中、IRD５に対して楽曲購入用のGUIを表示させる操作を行い、その操作に対応して、図１２に示すようなGUIがモニタ６に表示された後に実行される。なお、購入する楽曲データは、ダウンロード用のMPEGオーディオデータまたはATRACデータのうちの一方であって、その選択は、ユーザが所定の操作により実行するようにしてもよいし、IRD５が自己の音声出力端子、またはIEEE1394インタフェース３７に接続されている記録装置（MDデッキ９等）を検知して実行するようにしてもよい。
【００６２】
ステップＳ１１において、デスクランブラ３２からTSに含まれる番組情報ECMを抽出し、その中に記述されている各楽曲データの視聴時間、試聴制限回数、および購入制限時刻を制御部３９に出力する。ステップＳ１２において、制御部３９は、各楽曲毎に、現在の時刻を購入制限時刻と比較することにより、購入可能な楽曲が存在するか否かを判定する。購入可能な楽曲が存在すると判定された場合、ステップＳ１３に進む。
【００６３】
ステップＳ１３において、制御部３９は、図１２に示すように、GUIの画面に楽曲リスト５３を表示させる。なお、この楽曲リスト５３には、試聴および購入が可能な楽曲の曲目、および、試聴は不可能（試聴した回数が試聴制限回数に達している楽曲）であって購入可能な楽曲の曲目が区別されて、例えば、試聴および購入が可能な楽曲の曲目は濃く、試聴は不可能であって購入可能な楽曲の曲目は薄く表示される。
【００６４】
ステップＳ１４において、制御部３９は、この楽曲リスト５３を見たユーザにより、楽曲リスト５３に表示されている購入可能な楽曲のうちのいくつかが選択された後、さらに購入ボタン５５が押下されたか否かを判定し、購入ボタン５５が押下されたと判定するまで、ステップＳ１２に戻り、それ以降の処理が繰り返される。なお、この繰り返しの間において、購入制限時刻を超過した楽曲の曲目の表示は変更される。購入ボタン５５が押下されたと判定された場合、ステップＳ１５に進む。
【００６５】
ステップＳ１５において、制御部３９は、ステップＳ１４で複数の楽曲の購入がユーザから指令されたか否かを判定し、複数の楽曲の購入が指令されたと判定した場合、ステップＳ１６に進む。ステップＳ１６において、制御部３９は、購入する複数の楽曲のダウンロードの順序を決定する。このダウンロード順序決定処理について、図１４のフローチャートを参照して説明する。
【００６６】
ステップＳ２１において、デスクランブラ３２は、制御部３９の制御により、購入が指令された複数の楽曲データに対応する、現時点の音声付加情報（楽曲演奏時間と演奏経過時間、ダウンロード用MPEGオーディオデータの送信時間と送信経過時間に相当する）をTSから抽出して制御部３９に出力する。
【００６７】
ステップＳ２２において、制御部３９は、デスクランブラ３２からの音声付加情報を参照して、複数の楽曲データのダウンロードの順序を最適化する。例えば、図１５に示した楽曲Ａ，Ｂ，Ｃの３曲を購入する場合、購入指令が行われた時刻ｔ０において、３曲の楽曲データのうちの送信開始のタイミングが最も早いもの（いまの場合、楽曲Ｂ）を１番目にダウンロードする楽曲データとし、次に、１番目の楽曲データの送信終了時刻において、残りの２曲の楽曲データのうちの送信開始のタイミングが最も早いもの（いまの場合、楽曲Ａ）を２番目にダウンロードする楽曲データとし、残りの１曲（いまの場合、楽曲Ｃ）を３番目にダウンロードする楽曲データとする。このように、ダウンロードの順序を最適化した場合、その終了時刻は、ｔ１となる。これに対して、ダウンロードの順序を最適化せずに、楽曲Ａ，Ｂ，Ｃの順序でダウンロードした場合、その終了時刻は、ｔ１よりも１曲分遅いｔ２となる。
【００６８】
当然ながら、３曲以上の楽曲データをダウンロードする場合にも、同様の方法でダウンロードの順序が最適化される。
【００６９】
ステップＳ２３において、制御部３９は、ステップＳ２２で決定したダウンロードの順序において、購入制限時刻にかかるためにダウンロードできない楽曲データが存在するか否かを判定し、ダウンロードできない楽曲データが存在すると判定した場合、ステップＳ２４に進む。
【００７０】
ステップＳ２４において、制御部３９は、GUIの情報表示エリア５２に、ダウンロードできない楽曲データが存在する旨とその曲目を表示させる。この表示により、ユーザは、ダウンロードできない楽曲データを知ることができ、必要に応じて購入する楽曲データを選択し直すことが可能となる。
【００７１】
なお、ステップＳ２３において、ダウンロードできない楽曲データが存在しないと判定された場合、ステップＳ２４はスキップされる。
【００７２】
以上のようにダウンロード順序決定処理が実行された後、図１３のステップＳ１７に戻る。ステップＳ１７において、デスクランブラ３２は、制御部３９の制御により、ステップＳ１６で決定された順序に従って楽曲データを抽出し、後段に出力する。なお、ダウンロード用のMPEGオーディオデータがダウンロードされる場合、MPEGオーディオデータは、MPEGオーディオデコーダ３５でMPEG復号された後、音声制御部３６および音声出力端子を介して、例えば、MDデッキ１０に供給されて記録される。ATRACデータがダウンロードされる場合、ATRACデータはIEEE1394インタフェース３７を介してMDデッキ９に供給されて記録される。
【００７３】
このようにダウンロード順序決定処理を含む購入処理を実行することにより、より多くの楽曲データを効率的にダウンロードすることが可能となる。
【００７４】
なお、ステップＳ１１において、制御部３９が、受信波のレベルを検知し、そのレベルが一定値以下である場合、購入可能な楽曲が存在しないと判定するようにしてもよい。
【００７５】
また、ステップＳ１４で複数の楽曲が選択されたときの順序を記憶するようにして、ステップＳ１６のダウンロード順序決定処理をスキップし、選択されたときの順序に従ってダウンロードを実行するようにしてもよい。
【００７６】
なお、ユーザが意図しない順序で楽曲データがダウンロードされた場合でも、MDデッキ９，１０では、標準的に備えられている機能として、任意の順序で楽曲を再生することが可能である。
【００７７】
ところで、本実施の形態においては、上述したようにダウンロード用の楽曲データとしてMPEGオーディオデータとATRACデータの２種類が同時に存在し、楽曲の試聴時には、それらのうちのMPEGオーディオデータが再生される。したがって、ATRACデータをダウンロードしているとき、それと並行してMPEGオーディオデータを試聴することが可能である。この並行処理について、図１６のフローチャートを参照して説明する。
【００７８】
この並行処理は、図１３のステップＳ１７におけるダウンロード処理と同時に実行される。ステップＳ３１において、制御部３９は、ダウンロード中の楽曲データがATRACデータであるか否かを判定し、ダウンロード中の楽曲データがATRACデータであると判定した場合、ステップＳ３２に進む。ステップＳ３２において、制御部３９は、上述した試聴処理（図１１）を実行する。ただし、ダウンロード中のATRACデータと同じ楽曲や既にダウンロード済みの楽曲は試聴できないこととする。
【００７９】
なお、ステップＳ３１において、ダウンロード中の楽曲データがATRACデータではない（ダウンロード中の楽曲データはMPEGオーディオデータである）と判定された場合、ステップＳ３２はスキップされる。
【００８０】
また、ステップＳ３２において、ダウンロード中のATRACデータとは異なる楽曲のMPEGオーディオデータを購入できるようにしてもよい。
【００８１】
このような並行処理を実行することにより、ある楽曲をダウンロード中に、他の楽曲を試聴することや、異なる２曲の楽曲データ（ある楽曲のATRACデータと、他の楽曲のMPEGオーディオデータ）を同時にダウンロードすることが可能となる。
【００８２】
次に、IRD５とIEEE1394バス８を介して接続されているMDデッキ９の構成例について、図１７を参照して説明する。このMDデッキ９は、MDデッキ９の各部を制御する制御部６１、IRD５からのATRACデータが配置されているパーシャルTSを受信するIEEE1394インタフェース６２、MD７１に対するATRACデータの記録と再生を制御する記録再生部６３、および、記録再生部６３からのATRACデータをデコードしてDAC６９に出力する、または、DAC６９からのデジタルオーディオデータをエンコードして記録再生部６３に出力するATRACエンコーダ／デコーダ６８がシステムバス７０を介して相互に接続されて構成される。
【００８３】
記録再生部６３には、MDに記録するATRACデータを一時的に保管するバッファ６４、その他、磁気ヘッド６５、光ピックアップ６６、およびスピンドルモータ６７が接続されている。記録時において、光ピックアップ６６は、レーザ光をMD７１に照射して、レーザ光の照射スポットの温度を所定の値に上昇させる。磁気ヘッド６５は、光ピックアップ６６からのレーザ光により温度が所定の値に上昇されているMD７１上のスポットに、記録再生部６３から供給されるATRACデータに対応する磁気信号を記録する。また、光ピックアップ６６は、再生時において、MD７１にレーザ光を照射し、その反射光を受光して電気信号に変換し、得られるATRACデータを記録再生部６３に出力する。スピンドルモータ６７は、記録再生部６３からの制御に基づいて、MD７１を回転させる。
【００８４】
ATRACエンコーダ／デコーダ６８には、デジタル信号とアナログ信号を相互に変換するDAC６９が接続されている。
【００８５】
次に、その動作について説明する。記録時において、IEEE1394インタフェース６２では、IRD５からのパーシャルTSに多重化されているPSIパケットに基づいて、ATRACデータが配置されたPESパケットが検出され、さらに、PESパケットからATRACデータだけが抽出される。抽出されたATRACデータは、システムバス７０を介して記録再生部６３に供給される。記録再生部６３は、磁気ヘッド６５、光ピックアップ６６、およびスピンドルモータ６７を制御して、IEEE1394インタフェース６２から供給されたATRACデータをMD７１に記録する。
【００８６】
再生時において、記録再生部６３は、光ピックアップ６６、およびスピンドルモータ６７を制御して、MD７１からATRACデータを読み出し、ATRACエンコーダ／デコーダ６８に供給する。ATRACエンコーダ／デコーダ６８では、記録再生部６３から供給されたATRACデータがデコードされ、DAC６９を介して、例えば、スピーカに出力される。
【００８７】
次に、図１８は、IEEE1394インタフェース６２の詳細な構成例を示している。制御部８１は、制御部６１や、スタート・ストップビット検出部８３乃至ATRACデータ抽出部８８から入力される所定の情報に対応して、PID検出部８２の処理を制御する。
【００８８】
PID検出部８２は、IRD５から入力されるパーシャルTSをMPEGストリームに変換し、それらのTSパケットのうちの、パケットヘッダに記述されている１３ビットのPID（図１３）が、制御部８１から指定される所定のPID（ATRACデータが配置されているTSパケットを示すPID）と等しいTSパケットだけを抽出して、後段のスタート・ストップビット検出部８３乃至ATRACデータ抽出部８８に出力する。
【００８９】
スタート・ストップビット検出部８３は、PID検出部８２から順次入力されるTSパケットのデータスタートインジケータ（図８に示したTSパケットの第２３バイト目）を検出し、そこに「１」が記述されている場合、その検出情報を制御部８１に出力する。この検出情報は、制御部８１を介して制御部６１に供給され、MD７１に対するATRACデータの記録開始のトリガとされる。また、スタート・ストップビット検出部８３は、TSパケットのデータエンドインジケータ（データスタートインジケータのLSB側に隣接するビット）を検出し、そこに「１」が記述されている場合、その検出情報を制御部８１に出力する。この検出情報は、制御部８１を介して制御部６１に供給され、MD７１に対するATRACデータの記録終了のトリガとされる。
【００９０】
パケットカウンタ検出部８４は、PID検出部８２から順次入力されるTSパケットのPESデータカウンタ（データエンドインジケータのLSB側に隣接する３ビット）、および、プレゼントPESナンバ（図８に示したTSパケットの第２４バイト目乃至第２６バイト目）の連続性を検証する。
【００９１】
ところで、PESデータカウンタは、０乃至７の値をとるサイクリックなカウンタであり、プレゼントPESナンバは、PESデータカウンタの値が一巡する毎に、１ずつインクリメントされている。すなわち、連続している正常なTS（パケット抜けが発生していないTS）のPESパケットを構成する８個のTSパケットのうちの第１番目のTSパケットのPESデータカウンタには、１が記述されている。これに続くTSパケットのPESデータカウンタには、順次、１ずつインクリメントされた値が記述され、PESパケットを構成する第８番目のTSパケットのPESデータカウンタには、７が記述されている。以上の８個のTSパケットのプレゼントPESナンバは共通である。これに続く８個のTSパケットのPESデータカウンタには、再び０乃至７の１ずつインクリメントされた値が記述されているが、これらのプレゼントPESナンバは、前の８個のTSパケットのプレゼントPESナンバに記述されている値に１が加算された値である。なお、データスタートインジケータに１が記述されているATRACデータの先頭のTSパケットのプレゼントPESナンバの値は０である。
【００９２】
そこで、パケットカウンタ検出部８４は、入力されるTSパケットのPESデータカウンタの値、および、プレゼントPESナンバの値を読み出して記憶し、次に入力されるTSパケットのPESデータカウンタの値、および、プレゼントPESナンバの値が記憶している値の連続が損なわれていることを検出した場合、その情報を制御部８１に出力する。
【００９３】
エラー検出部８５は、PID検出部８２から順次入力されるTSパケットの第２バイト目のTSエラーインジケータを検出し、そこに１が記述されているか否かを判定する。なお、TSエラーインジケータには、IRD５のフロントエンド部３１においてエラー訂正処理が処理しきれなかった際に１が記述されている。したがって、TSエラーインジケータに１が記述されている場合、そのTSパケットには、少なくとも１つ以上のエラーが含まれていると考えられる。そこで、エラー検出部８５は、TSエラーインジケータに１が記述されていると判定した場合、その情報を制御部８１に出力する。また、エラー検出部８５は、TSパケットの第２９バイト目のATRACデータチェックサムを用いて、第３０バイト目以降に記述されているATRACデータを検証し、エラーを検出した場合、その検出情報を制御部８１に出力する。
【００９４】
フォーマット検出部８６は、PID検出部８２から順次入力されるTSパケットのデータタイプ（図６に示すTSパケットの第１９バイト目）、データトランスミッションタイプ（図６に示すTSパケットの第２０バイト目）、FDFフィールドレングス（図８に示すTSパケットの第２１バイト目）、およびオーディオデータタイプ１，２（図８に示すTSパケットの第２１，２２バイト目）を検出し、それらに記述されている値が、ATRACデータを含むパケットであることを示す所定の値であるか否かを判定して、所定の値ではないと判定した場合、その検出情報を制御部８１に出力する。
【００９５】
著作権情報検出部８７は、PID検出部８２から順次入力されるTSパケットのコピーライト、オリジナルorコピー、コピーライトモード、およびEMIモード（図８に示すTSパケットの第２２，２３バイト目）を検出して、それらに記述されている値が、当該ATRACデータはコピーが許可されているものであることを示す所定の値であるか否かを判定して、所定の値ではないと判定した場合、その検出情報を制御部８１に出力する。
【００９６】
ATRACデータ抽出部８８は、PID検出部８２から入力されるTSパケットの第３０バイト目乃至第１８８バイト目に配置されているATRACデータを抽出して、後段に出力する。
【００９７】
次に、IEEE1394インタフェース６２のATRACデータ抽出処理について、図１９のフローチャートを参照して説明する。このATRACデータ抽出処理は、IRD５からパーシャルTSが入力されたときに開始される。
【００９８】
ステップＳ４１において、PID検出部８２は、IRD５から入力されたパーシャルTSをMPEGストリームに変換した後、パケットヘッダに記述されている１３ビットのPIDが、ATRACデータが配置されているTSパケットを示すPIDと等しいTSパケットだけを抽出して、後段のスタート・ストップビット検出部８３乃至ATRACデータ抽出部８８に出力する。
【００９９】
ステップＳ４２において、著作権情報検出部８７は、PID検出部８２から入力されたTSパケットのコピーライト、オリジナルorコピー、コピーライトモード、およびEMIモードを検出して、それらに記述されている値が、当該TSパケットに配置されているATRACデータはコピーが許可されているものであることを示す所定の値であるか否かを判定する。所定の値であって、コピーが許可されているものであると判定された場合、ステップＳ４３に進む。
【０１００】
ステップＳ４３において、スタート・ストップビット検出部８３は、PID検出部８２から入力されたTSパケットのデータスタートインジケータを監視して、そこに「１」を検出するまで待機し、「１」を検出した場合、その検出情報を制御部８１に出力する。この検出情報に対応して、制御部８１は、ATRACデータ抽出部８８および制御部６１に所定の信号を出力する。
【０１０１】
ステップＳ４４において、ATRACデータ抽出部８８は、制御部８１からの信号に対応して、PID検出部８２から入力されたTSパケットの第３０バイト目以降に配置されているATRACデータを抽出して、後段の記録再生部６３に出力する。また、制御部６１は、制御部８１からの信号に対応して、MD７１に対するATRACデータの記録開始をMDデッキ９の各部に指令する。これにより、MD７１に対するATRACデータの記録が開始される。
【０１０２】
ステップＳ４５において、パケットカウンタ検出部８４は、PID検出部８２から入力されたTSパケットのPESデータカウンタ、およびプレゼントPESナンバを検出して、それらに記述されている値の連続性を判定し、TSパケットのPESデータカウンタの値、およびプレゼントPESナンバの値は、それぞれ、連続性があると判定した場合、ステップＳ４６に進む。
【０１０３】
ステップＳ４６において、エラー検出部８５は、PID検出部８２から入力されたTSパケットのTSエラーインジケータを検出し、そこに「１」が記述されているか否かを判定する。さらに、エラー検出部８５は、TSパケットのATRACデータチェックサムを用いて、第３０バイト目以降に記述されているATRACデータにエラーが存在するか否かを判定する。TSエラーインジケータに「１」が記述されておらず、かつ、ATRACデータにエラーが存在しないと判定された場合、ステップＳ４７に進む。
【０１０４】
ステップＳ４７において、フォーマット検出部８６は、PID検出部８２から入力されたTSパケットのデータタイプ、データトランスミッションタイプ、FDFフィールドレングス、およびオーディオデータタイプ１，２を検出し、それらに記述されている値が、ATRACデータを含むパケットであることを示す所定の値であるか否かを判定する。それらに記述されている値が、ATRACデータを含むパケットであることを示す所定の値であると判定された場合、ステップＳ４８に進む。
【０１０５】
ステップＳ４８において、スタート・ストップビット検出部８３は、PID検出部８２から入力されたTSパケットのデータストップインジケータを監視し、そこに「１」が記述されているか否かを判定する。「１」が記述されていないと判定された場合、ステップＳ４５に戻り、それ以降の処理が繰り返される。反対に、データストップインジケータに「１」が記述されていると判定した場合、スタート・ストップビット検出部８３は、その検出情報を制御部８１に出力する。この検出情報に対応して、制御部８１は、ATRACデータ抽出部８８および制御部６１に所定の信号を出力する。ATRACデータ抽出部８８は、制御部８１からの信号に対応して、PID検出部８２から入力されたTSパケットからのATRACデータの抽出を終了する。また、制御部６１は、制御部８１からの信号に対応して、MD７１に対するATRACデータの記録終了をMDデッキ９の各部に指令する。これにより、MD７１に対するATRACデータの記録が終了される。
【０１０６】
なお、ステップＳ４２において、PID検出部８２から入力されたTSパケットのコピーライト、オリジナルorコピー、コピーライトモード、およびEMIモードに記述されている値が、当該TSパケットに配置されているATRACデータはコピーが許可されているものであることを示す所定の値ではなく、コピーが許可されていないものであると判定された場合、その判定結果が著作権情報検出部８７から制御部８１に出力されて、ステップＳ４９に進む。
【０１０７】
また、ステップＳ４５において、PID検出部８２から入力されたTSパケットのPESデータカウンタ、およびプレゼントPESナンバに記述されている値の連続性がないと判定された場合、その判定結果がパケットカウンタ検出部８４から制御部８１に出力されて、ステップＳ４９に進む。
【０１０８】
また、ステップＳ４６において、PID検出部８２から入力されたTSパケットのTSエラーインジケータに１が記述されていると判定された場合、または、ATRACデータにエラーが存在していると判定された場合、その判定結果がエラー検出部８５から制御部８１に出力されて、ステップＳ４９に進む。
【０１０９】
また、ステップＳ４７において、PID検出部８２から入力されたTSパケットのデータタイプ、データトランスミッションタイプ、FDFフィールドレングス、およびオーディオデータタイプ１，２に記述されている値が、ATRACデータを含むパケットであることを示す所定の値ではないと判定された場合、ステップＳ４９に進む。
【０１１０】
ステップＳ４９において、制御部８１は、パケットカウンタ検出部８４乃至著作権情報検出部８７からの判定結果に対応して、PID検出部８２にTSパケットの抽出を中止させるとともに、その情報を制御部６１に出力する。この情報に対応して、制御部６１は、MD７１に対するATRACデータの記録の中止をMDデッキ９の各部に指令するとともに、記録を中止した旨をIRD５に通知する。
【０１１１】
なお、ステップＳ４５乃至Ｓ４７における処理は、その順序を入れ替えてもよいし、並行して処理するようにしてもよい。
【０１１２】
また、TSに対する伝送路上でのエラーの発生が少ない（伝送路の品質がよい）と考えられる場合には、ステップＳ４６における、チェックサムを用いたエラー検出を実行せず、TSエラーインジケータの検証だけを実施するようにしてもよい。
【０１１３】
以上のように、MD９のIEEE1394インタフェース６２では、TSパケットに配置されているATRACデータだけを抽出するが、その際、TSパケットに発生している異常（データの抜けやエラーの発生等）を監視し、異常を検出した場合、ATRACデータの抽出を中止するようにしたので、異常なATRACデータを記録してしまうようなダウンロードの失敗を抑止することが可能となる。
【０１１４】
なお、本実施の形態であるEMDシステムにおいては、デジタル衛星放送に本発明を適用しているが、デジタルケーブルテレビジョン放送やデジタル地上放送にも本発明を適用することが可能である。
【０１１５】
また、本発明は、オーディオデータの配信サービスに限らず、例えば、コンピュータやテレビゲーム機により処理されるプログラムを配信するサービスに適用することが可能である。
【０１１６】
次に、図２０を参照して、上述した一連の処理を実行するプログラムをIRD、またはMDデッキにインストールし、IRD、またはMDデッキによって実行可能な状態とするために用いられる媒体について説明する。
【０１１７】
IRDに対応するプログラムは、図２０(A)に示すように、IRD１０１（図１のIRD５に相当する）に内蔵されている記録媒体としてのハードディスク１０２や半導体メモリ１０３に予めインストールした状態でユーザに提供することができる。
【０１１８】
あるいはまた、プログラムは、図２０(B)に示すように、フロッピーディスク１１１、CD-ROM(Compact Disc-Read Only Memory)１１２、ＭＯ(Magneto Optical)ディスク１１３、DVD(Digital Versatile Disc)１１４、磁気ディスク１１５、半導体メモリ１１６などの記録媒体に、一時的あるいは永続的に格納し、パッケージソフトウエアとして提供することができる。
【０１１９】
さらに、プログラムは、図２０(C)に示すように、ダウンロードサイト１２１から、無線で衛星１２２を介して、IRD１２３に転送したり、ローカルエリアネットワーク、インターネットといったネットワーク１３１を介して、有線または無線でIRD１２３に転送し、IRD１２３において、内蔵するハードディスクなどに格納させることができる。
【０１２０】
なお、MDデッキに対応するプログラムについても、IRDに対応するプログラムと同様であるので、その説明は省略する。
【０１２１】
本明細書における媒体とは、これら全ての媒体を含む広義の概念を意味するものである。
【０１２２】
また、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１２３】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１２４】
【発明の効果】
以上のように、本発明によれば、ATRAC方式と、MPEG２方式で圧縮符号化した２種類の楽曲データを、同時に独立して処理することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したEMDシステムの構成例を示すブロック図である。
【図２】図１の送信装置１の構成例を示すブロック図である。
【図３】ダウンロード用楽曲データの種類を説明する図である。
【図４】ダウンロード用楽曲データの購入制限時刻を説明する図である。
【図５】 ATRACデータが配置されるTSパケットを説明するための図である。
【図６】 ATRACデータが配置されるTSパケットを説明するための図である。
【図７】 ATRACデータが配置されるTSパケットを説明するための図である。
【図８】 ATRACデータが配置されるTSパケットを説明するための図である。
【図９】 TSパケットのATRACデータチェックサムを説明するための図である。
【図１０】図１のIRD５の構成例を示すブロック図である。
【図１１】 IRD５の試聴処理を説明するフローチャートである。
【図１２】 GUIの表示例を示す図である。
【図１３】 IRD５の購入処理を説明するフローチャートである。
【図１４】 IRD５のダウンロード順序決定処理を説明するフローチャートである。
【図１５】ダウンロード順序決定処理を説明するための図である。
【図１６】 IRD５の並行処理を説明するフローチャートである。
【図１７】図１のMDレコーダ９の構成例を示すブロック図である。
【図１８】図１７のIEEE1394インタフェース６２の構成例を示すブロック図である。
【図１９】 IEEE1394インタフェース６２のATRACデータ抽出処理を説明するフローチャートである。
【図２０】媒体について説明するための図である。
【符号の説明】
１ 送信装置， ５ IRD， ８ IEEE1394バス， ９ MDデッキ， ２１ エンコーダ， ２２ 多重化器， ２３ スクランブラ， ２４ 番組制御システム， ２５ スクランブル制御システム， ２６ 関連情報送出装置， ２７視聴情報収集処理システム， ３１ フロントエンド部， ３２ デスクランブラ ， ３３ MPEGビデオデコーダ， ３４ 表示制御部， ３５ MPEGオーディオデコーダ， ３６ 音声制御部， ３７ IEEE1394インタフェース， ３８ 入力部， ３９ 制御部， ４０ ICカード， ４１ モデム， ６１ 制御部， ６２ IEEE1394インタフェース， ６３ 記録再生部， ６８ ATRACエンコーダ／デコーダ， ７１ MD， ８１ 制御部， ８２ PID検出部， ８３ スタート・ストップビット検出部， ８４ パケットカウンタ検出部， ８５ エラー検出部， ８６ フォーマット検出部， ８７ 著作権情報検出部， ８８ ATRACデータ抽出部
Claims (4)
- 異なる方式で符号化された複数の符号化データが多重化されているトランスポートストリームを受信する受信装置において、
入力された前記トランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出手段と、
抽出された前記第１の符号化データを、前記第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力手段と、
入力された前記トランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出手段と、
抽出された前記第２の符号化データを復号してオーディオデータを再生する復号手段と、
再生された前記オーディオデータを出力する第２の出力手段と
を含み、
前記復号手段は、前記第１の出力手段により第１の符号化データが前記記録装置に出力されることと並行して、抽出された前記第２の符号化データを復号してオーディオデータを再生する
受信装置。 - 前記復号手段は、前記第１の出力手段により前記記録装置に出力されている前記第１の符号化データの元となる前記オーディオコンテンツと、抽出された前記第２の符号化データの元となる前記オーディオコンテンツとが異なる場合のみ、抽出された前記第２の符号化データを復号してオーディオデータを再生する
請求項１に記載の受信装置。 - 異なる方式で符号化された複数の符号化データが多重化されているトランスポートストリームを受信する受信装置の受信方法において、
入力された前記トランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出ステップと、
抽出された前記第１の符号化データを、前記第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力ステップと、
入力された前記トランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出ステップと、
抽出された前記第２の符号化データを復号してオーディオデータを再生する復号ステップと、
再生された前記オーディオデータを出力する第２の出力ステップと
を含み、
前記復号ステップは、前記第１の出力ステップにより第１の符号化データが前記記録装置に出力されることと並行して、抽出された前記第２の符号化データを復号してオーディオデータを再生する
受信方法。 - 異なる方式で符号化された複数の符号化データが多重化されているトランスポートストリームを受信する受信装置の制御用のプログラムであって、
入力された前記トランスポートストリームからオーディオコンテンツが符号化されている第１の符号化データを抽出する第１の抽出ステップと、
抽出された前記第１の符号化データを、前記第１の符号化データを符号化された状態のまま記録できる記録装置に出力する第１の出力ステップと、
入力された前記トランスポートストリームからオーディオコンテンツが符号化されている第２の符号化データを抽出する第２の抽出ステップと、
抽出された前記第２の符号化データを復号してオーディオデータを再生する復号ステップと、
再生された前記オーディオデータを出力する第２の出力ステップと
を含み、
前記復号ステップは、前記第１の出力ステップにより第１の符号化データが前記記録装置に出力されることと並行して、抽出された前記第２の符号化データを復号してオーディオデータを再生する
処理を受信装置のコンピュータに実行させるプログラムが記録されている記録媒体。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13885299A JP4329157B2 (ja) | 1999-05-19 | 1999-05-19 | 受信装置および方法、並びに記録媒体 |
| PCT/JP2000/003199 WO2000072483A1 (fr) | 1999-05-19 | 2000-05-18 | Appareil et procede de diffusion, appareil et procede de reception, et support |
| EP00929794A EP1113609A4 (en) | 1999-05-19 | 2000-05-18 | DEVICE AND METHOD FOR RADIO TRANSMISSION, RADIO RECEPTION AND MEDIUM |
| KR1020017000811A KR100735975B1 (ko) | 1999-05-19 | 2000-05-18 | 방송장치 및 방법, 수신장치와 방법 및 매체 |
| US09/744,121 US7310810B1 (en) | 1999-05-19 | 2000-05-18 | Broadcasting apparatus and method, receiving apparatus and method, and medium |
| CNB008014450A CN1237743C (zh) | 1999-05-19 | 2000-05-18 | 广播装置及方法、接收装置及方法、以及媒体 |
| US11/982,505 US8204789B2 (en) | 1999-05-19 | 2007-11-02 | Apparatus and method for receiving a transport stream containing a plurality of content data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13885299A JP4329157B2 (ja) | 1999-05-19 | 1999-05-19 | 受信装置および方法、並びに記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000333155A JP2000333155A (ja) | 2000-11-30 |
| JP4329157B2 true JP4329157B2 (ja) | 2009-09-09 |
Family
ID=15231674
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13885299A Expired - Lifetime JP4329157B2 (ja) | 1999-05-19 | 1999-05-19 | 受信装置および方法、並びに記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4329157B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4882269B2 (ja) | 2005-04-22 | 2012-02-22 | ソニー株式会社 | 多重化装置および多重化方法、プログラム、並びに記録媒体 |
-
1999
- 1999-05-19 JP JP13885299A patent/JP4329157B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000333155A (ja) | 2000-11-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8204789B2 (en) | Apparatus and method for receiving a transport stream containing a plurality of content data | |
| KR100617890B1 (ko) | 데이터 송신 장치 및 방법, 데이터 수신 장치 및 방법 및 데이터 송수신 시스템 및 방법 | |
| JP3474510B2 (ja) | ディジタル放送送信装置、その受信方法および受信装置 | |
| KR100568890B1 (ko) | 송신 장치 및 방법, 정보 편집 장치 및 방법, 수신 장치 및 방법, 정보 축적 장치 및 방법, 및 방송 시스템 | |
| JP4577430B2 (ja) | 情報処理装置および情報処理方法 | |
| JP3435398B2 (ja) | コンテンツ配信方法及びコンテンツデータ記録再生方法及び装置 | |
| JP4269409B2 (ja) | 受信装置および方法 | |
| KR19990073006A (ko) | 데이터전송방법및시스템 | |
| JP3915204B2 (ja) | 送信装置及び方法、送信制御装置及び方法、受信装置及び方法、情報蓄積装置及び方法、並びに放送システム | |
| JP3901393B2 (ja) | 放送装置および方法、受信装置および方法、並びに記録媒体 | |
| JP4580473B2 (ja) | 送信装置、受信装置及び情報蓄積システム | |
| JPH08297919A (ja) | ディジタル信号の受信方法及び装置 | |
| JP4016160B2 (ja) | データ受信・記録方法及びデータ受信装置 | |
| JP4329157B2 (ja) | 受信装置および方法、並びに記録媒体 | |
| JP2000332706A (ja) | 放送装置および方法、受信装置および方法、並びに媒体 | |
| JPH11163811A (ja) | 受信装置及び情報蓄積システム | |
| JP2000332822A (ja) | 受信装置および方法、並びに媒体 | |
| JP3887933B2 (ja) | データ伝送方法およびデータ伝送装置 | |
| JP3945029B2 (ja) | データ伝送方法及びデータ伝送装置 | |
| JP3297805B2 (ja) | 復号装置及びトランスポートストリームの処理方法 | |
| JP4244479B2 (ja) | ディジタル放送の受信装置及びトランスポートストリームの処理方法 | |
| JP2003009078A (ja) | ディジタル信号の受信方法及び装置 | |
| WO2004059969A2 (en) | Digital broadcast method and system for supporting dvd recording and relevant receiving and recording method and device | |
| JP2003061063A (ja) | 情報の送信装置、受信装置及び送受信システム | |
| JPH11243535A (ja) | ディジタル放送受信再生システムおよびディジタル放送送信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081111 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090303 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090501 |
|
| 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: 20090526 |
|
| 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: 20090608 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120626 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130626 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |