(57)【特許請求の範囲】
【請求項１】
コンテンツデータと番組情報とを主放送信号に多重化して放送する放送装置において、
前記コンテンツデータに対応するダウンロード制限時刻を設定するダウンロード制限時刻設定手段と、
前記ダウンロード制限時刻を含む前記番組情報を生成する生成手段と、
１回の番組放送時間に対応する前記主放送信号に、同一の前記コンテンツデータ、および前記番組情報を複数回繰り返して多重化し、トランスポートストリームを生成する多重化手段とを含み、
前記ダウンロード制限時刻設定手段は、前記複数回のうち、ダウンロード再履行用である最終回の２回前の前記コンテンツデータが放送される期間に含まれる時刻であって、前記最終回の１回前の前記コンテンツデータに対するダウンロードを指示できる時刻を前記ダウンロード制限時刻とする
ことを特徴とする放送装置。
【請求項２】
前記コンテンツデータは、ATRAC方式により符号化されたオーディオデータ、またはMPEG２方式で符号化されたオーディオデータを含む
ことを特徴とする請求項１に記載の放送装置。
【請求項３】
番組情報を生成する生成手段と、トランスポートストリームを生成する多重化手段とを備え、番組の主放送信号とコンテンツデータと前記番組情報とを多重化して放送する放送装置の放送方法において、
前記生成手段による、前記コンテンツデータに対応するダウンロード制限時刻を設定するダウンロード制限時刻設定ステップと、
前記生成手段による、前記ダウンロード制限時刻を含む前記番組情報を生成する生成ステップと、
前記多重化手段による、１回の番組放送時間に対応する前記主放送信号に、同一の前記コンテンツデータ、および前記番組情報を複数回繰り返して多重化し、トランスポートストリームを生成する多重化ステップとを含み、
前記生成手段による、前記ダウンロード制限時刻設定ステップは、前記複数回のうち、ダウンロード再履行用である最終回の２回前の前記コンテンツデータが放送される期間に含まれる時刻であって、前記最終回の１回前の前記コンテンツデータに対するダウンロードを指示できる時刻を前記ダウンロード制限時刻とする
ことを特徴とする放送方法。
【請求項４】
番組情報を生成する生成手段と、トランスポートストリームを生成する多重化手段とを備え、番組の主放送信号とコンテンツデータと前記番組情報とを多重化して放送する放送装置の制御用のプログラムであって、
前記生成手段による、前記コンテンツデータに対応するダウンロード制限時刻を設定するダウンロード制限時刻設定ステップと、
前記生成手段による、前記ダウンロード制限時刻を含む前記番組情報を生成する生成ステップと、
前記多重化手段による、１回の番組放送時間に対応する前記主放送信号に、同一の前記コンテンツデータ、および前記番組情報を複数回繰り返して多重化し、トランスポートストリームを生成する多重化ステップとを含み、
前記生成手段による、前記ダウンロード制限時刻設定ステップは、前記複数回のうち、ダウンロード再履行用である最終回の２回前の前記コンテンツデータが放送される期間に含まれる時刻であって、前記最終回の１回前の前記コンテンツデータに対するダウンロードを指示できる時刻を前記ダウンロード制限時刻とする
ことを特徴とする処理を実行させるプログラムが記録されている記録媒体。
【請求項５】
コンテンツデータが複数回繰り返して、番組情報と主放送信号に多重化されたトランスポートストリームを受信する受信装置において、
前記コンテンツデータに対するユーザからのダウンロードの指示操作を受け付ける受付手段と、
前記受付手段が受け付けた前記ダウンロードの指示操作に対応して、受信した前記トランスポートストリームから前記コンテンツデータを分離して取得する取得手段と、
前記取得手段が前記コンテンツデータの取得に失敗した場合、前記コンテンツデータの取得を再履行させる再履行手段と、
前記コンテンツデータに対応する前記番組情報を、受信した前記トランスポートストリームから分離して抽出する抽出手段と、
前記番組情報に含まれるダウンロード制限時刻と現時刻を比較する比較手段と、
前記比較手段の比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、前記受付手段の受付処理を中止する中止手段とを含み、
前記ダウンロード制限時刻は、前記複数回のうち、最終回の２回前以前の前記コンテンツデータが放送される期間に含まれる時刻とされている
ことを特徴とする受信装置。
【請求項６】
前記ダウンロード制限時刻は、前記複数回のうち、最終回の２回前の前記コンテンツデータが放送される期間に含まれる時刻であって、最終回の１回前の前記コンテンツデータに対するダウンロードを指示できる時刻とされている
ことを特徴とする請求項５に記載の受信装置。
【請求項７】
前記コンテンツデータは、ATRAC方式により符号化されたオーディオデータ、またはMPEG２方式で符号化されたオーディオデータを含む
ことを特徴とする請求項５に記載の受信装置。
【請求項８】
コンテンツデータが複数回繰り返して、番組情報と主放送信号に多重化されたトランスポートストリームを受信する受信装置の受信方法において、
前記コンテンツデータに対応する前記番組情報を、受信した前記トランスポートストリームから分離して抽出する抽出ステップと、
前記番組情報に含まれるダウンロード制限時刻と現時刻を比較する比較ステップと、
前記比較ステップの比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、前記コンテンツデータに対するユーザからのダウンロードの指示操作の受付を中止する中止ステップと、
前記コンテンツデータに対するユーザからのダウンロードの指示操作を受け付ける受付ステップと、
受け付けられた前記ダウンロードの指示操作に対応して、受信した前記トランスポートストリームから前記コンテンツデータを分離して取得する取得ステップと、
前記取得ステップの処理で前記コンテンツデータの取得に失敗した場合、前記コンテンツデータの取得を再履行させる再履行ステップとを含み、
前記ダウンロード制限時刻は、前記複数回のうち、最終回の２回前以前の前記コンテンツデータが放送される期間に含まれる時刻とされている
ことを特徴とする受信方法。
【請求項９】
ユーザの操作を受け付ける受付手段と、
トランスポートストリームを受信する受信手段と、
前記受付手段および前記受信手段を制御する制御手段とを備え、
コンテンツデータが複数回繰り返して、番組情報と主放送信号に多重化されたトランスポートストリームを受信する受信装置の制御用のプログラムであって、
前記受信手段に対して前記制御手段が、前記コンテンツデータに対応する前記番組情報を、受信した前記トランスポートストリームから分離して抽出させる抽出ステップと、
前記制御手段が、前記番組情報に含まれるダウンロード制限時刻と現時刻を比較する比較ステップと、
前記受付手段に対して前記制御手段が、前記比較ステップの比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、前記コンテンツデータに対するユーザからのダウンロードの指示操作の受付を中止させる中止ステップと、
前記受信手段に対して前記制御手段が、前記コンテンツデータに対するユーザからのダウンロードの指示操作に対応して、受信した前記トランスポートストリームから前記コンテンツデータを分離して取得させる取得ステップと、
前記取得ステップの処理で前記コンテンツデータの取得に失敗した場合、前記受信手段に対して前記制御手段が、前記コンテンツデータの取得を再履行させる再履行ステップとを含み、
前記ダウンロード制限時刻は、前記複数回のうち、最終回の２回前以前の前記コンテンツデータが放送される期間に含まれる時刻とされている
ことを特徴とする処理を実行させるプログラムが記録されている記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、放送装置および方法、受信装置および方法、並びに記録媒体に関し、特に、コンテンツデータのダウンロードサービスを提供する場合に用いて好適な放送装置および方法、受信装置および方法、並びに記録媒体に関する。
【０００２】
【従来の技術】
例えば、スカイパーフェクTV（商標）のようなデジタル衛星放送が普及しつつある。デジタル衛星放送は、既存のアナログ放送に比べて高品質の信号を伝送することが可能であるとともに、多チャンネル化が図られている。このようなデジタル衛星放送では、スポーツ、映画、音楽、ニュース等の専門チャンネルが用意されており、これらの専門チャンネルの中で音楽チャンネルは、人気があるチャンネルの１つである。
【０００３】
そのような音楽チャンネルを視聴しているとき、視聴者は、放送されている楽曲を気に入って、その楽曲のCD(Compact Disc)等を購入したいと考えることがある。このような場合、音楽チャンネルを視聴中に、その楽曲のデータをダウンロードすることができれば便利である。そこで、本願出願人は、音楽チャンネルの主放送信号（映像信号および音声信号）に、ATRAC(Adaptive Tranform Acoustic Coding)方式を用いて符号化された楽曲データを多重化させて配信し、ATRACデータを購入した（ダウンロードした）視聴者に対して課金することができるシステムを、例えば、特願平１０−２０１７３１号として提案している。
【０００４】
なお、ATRAC方式とは、MD(Mini Disc)（商標）にオーディオデータを記録する場合に採用されている圧縮符号化方式である。
【０００５】
【発明が解決しようとする課題】
ところで、デジタル衛星放送の映画チャンネル等で実施されているペイパービューにおいては、番組の途中からその番組を購入（視聴）しても十分に価値があるものではないので、番組の放映開始時刻から所定の時間が経過した場合、その番組を購入できないように、購入制限時刻が設定されている。
【０００６】
しかしながら、上述したような、楽曲データを配信して、購入した視聴者に対して課金するシステムにおいては、購入制限時刻についての規定がなされておらず、ダウンロードの失敗を補償することができない課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、当該システムにおいて、楽曲データの購入制限時刻を設定することにより、ダウンロードの失敗を補償できるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の放送装置は、コンテンツデータに対応するダウンロード制限時刻を設定するダウンロード制限時刻設定手段と、ダウンロード制限時刻を含む番組情報を生成する生成手段と、１回の番組放送時間に対応する主放送信号に、同一のコンテンツデータ、および番組情報を複数回繰り返して多重化し、トランスポートストリームを生成する多重化手段とを含み、前記ダウンロード制限時刻設定手段は、複数回のうち、ダウンロード再履行用である最終回の２回前のコンテンツデータが放送される期間に含まれる時刻であって、最終回の１回前のコンテンツデータに対するダウンロードを指示できる時刻をダウンロード制限時刻とすることを特徴とする。
【００１０】
本発明の放送方法は、生成手段による、コンテンツデータに対応するダウンロード制限時刻を設定するダウンロード制限時刻設定ステップと、生成手段による、ダウンロード制限時刻を含む番組情報を生成する生成ステップと、多重化手段による、１回の番組放送時間に対応する主放送信号に、同一のコンテンツデータ、および番組情報を複数回繰り返して多重化し、トランスポートストリームを生成する多重化ステップとを含み、生成手段による、ダウンロード制限時刻設定ステップは、前記複数回のうち、ダウンロード再履行用である最終回の２回前の前記コンテンツデータが放送される期間に含まれる時刻であって、前記最終回の１回前の前記コンテンツデータに対するダウンロードを指示できる時刻を前記ダウンロード制限時刻とする
ことを特徴とする。
【００１１】
本発明の第１の記録媒体のプログラムは、生成手段による、コンテンツデータに対応するダウンロード制限時刻を設定するダウンロード制限時刻設定ステップと、生成手段による、ダウンロード制限時刻を含む番組情報を生成する生成ステップと、多重化手段による、１回の番組放送時間に対応する主放送信号に、同一のコンテンツデータ、および番組情報を複数回繰り返して多重化し、トランスポートストリームを生成する多重化ステップとを含み、生成手段による、ダウンロード制限時刻設定ステップは、前記複数回のうち、ダウンロード再履行用である最終回の２回前の前記コンテンツデータが放送される期間に含まれる時刻であって、前記最終回の１回前の前記コンテンツデータに対するダウンロードを指示できる時刻を前記ダウンロード制限時刻とすることを特徴とする処理を実行させるプログラムが記録されている。
【００１２】
本発明の受信装置は、コンテンツデータに対するユーザからのダウンロードの指示操作を受け付ける受付手段と、受付手段が受け付けたダウンロードの指示操作に対応して、受信したトランスポートストリームからコンテンツデータを分離して取得する取得手段と、取得手段がコンテンツデータの取得に失敗した場合、コンテンツデータの取得を再履行させる再履行手段と、コンテンツデータに対応する番組情報を、受信したトランスポートストリームから分離して抽出する抽出手段と、番組情報に含まれるダウンロード制限時刻と現時刻を比較する比較手段と、比較手段の比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、受付手段の受付処理を中止する中止手段とを含み、ダウンロード制限時刻は、複数回のうち、最終回の２回前以前のコンテンツデータが放送される期間に含まれる時刻とされていることを特徴とする。
【００１３】
本発明の受信方法は、コンテンツデータに対応する番組情報を、受信したトランスポートストリームから分離して抽出する抽出ステップと、番組情報に含まれるダウンロード制限時刻と現時刻を比較する比較ステップと、比較ステップの比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、コンテンツデータに対するユーザからのダウンロードの指示操作の受付を中止する中止ステップと、コンテンツデータに対するユーザからのダウンロードの指示操作を受け付ける受付ステップと、受け付けられたダウンロードの指示操作に対応して、受信したトランスポートストリームからコンテンツデータを分離して取得する取得ステップと、取得ステップの処理でコンテンツデータの取得に失敗した場合、コンテンツデータの取得を再履行させる再履行ステップとを含み、ダウンロード制限時刻は、複数回のうち、最終回の２回前以前のコンテンツデータが放送される期間に含まれる時刻とされていることを特徴とする。
【００１４】
本発明の第２の記録媒体のプログラムは、受信手段に対して制御手段が、コンテンツデータに対応する番組情報を、受信したトランスポートストリームから分離して抽出させる抽出ステップと、制御手段が、番組情報に含まれるダウンロード制限時刻と現時刻を比較する比較ステップと、受付手段に対して制御手段が、比較ステップの比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、コンテンツデータに対するユーザからのダウンロードの指示操作の受付を中止させる中止ステップと、受信手段に対して制御手段が、コンテンツデータに対するユーザからのダウンロードの指示操作に対応して、受信したトランスポートストリームからコンテンツデータを分離して取得させる取得ステップと、取得ステップの処理でコンテンツデータの取得に失敗した場合、受信手段に対して制御手段が、コンテンツデータの取得を再履行させる再履行ステップとを含み、ダウンロード制限時刻は、複数回のうち、最終回の２回前以前のコンテンツデータが放送される期間に含まれる時刻とされていることを特徴とする処理を実行させる。
【００１５】
本発明の放送装置および方法、並びに記録媒体のプログラムにおいては、コンテンツデータに対応するダウンロード制限時刻が設定され、設定されたダウンロード制限時刻を含む番組情報が生成される。さらに、１回の番組放送時間に対応する主放送信号に、同一のコンテンツデータ、および番組情報が複数回繰り返して多重化されてトランスポートストリームが生成される。なお、ダウンロード制限時刻は、複数回のうち、ダウンロード再履行用である最終回の２回前のコンテンツデータが放送される期間に含まれる時刻であって、最終回の１回前のコンテンツデータに対するダウンロードを指示できる時刻がダウンロード制限時刻とされる。
【００１６】
本発明の受信装置および方法、並びに記録媒体のプログラムにおいては、コンテンツデータに対応する番組情報が受信したトランスポートストリームから分離されて抽出され、番組情報に含まれるダウンロード制限時刻と現時刻が比較され、その比較結果に基づき、現時刻においてダウンロード可能なコンテンツデータが放送されていない場合、コンテンツデータに対するユーザからのダウンロードの指示操作の受付が中止される。コンテンツデータに対するユーザからのダウンロードの指示操作が受け付けられた場合、受け付けられたダウンロードの指示操作に対応して、受信したトランスポートストリームからコンテンツデータが分離されて取得される。そして、コンテンツデータの取得に失敗した場合、コンテンツデータの取得が再履行される。なお、ダウンロード制限時刻は、複数回のうち、最終回の２回前以前のコンテンツデータが放送される期間に含まれる時刻とされている。
【００１７】
【発明の実施の形態】
図１は、本発明を適用した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に対応するプログラムと同様であるので、その説明は省略する。
【０１２６】
本明細書における媒体とは、これら全ての媒体を含む広義の概念を意味するものである。
【０１２７】
また、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１２８】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１２９】
【発明の効果】
以上のように、本発明の放送装置および方法、並びに記録媒体のプログラムによれば、ダウンロードの失敗が補償されるようにコンテンツデータを放送することが可能となる。
【０１３０】
また、本発明の受信装置および方法、並びに記録媒体のプログラムによれば、コンテンツデータのダウンロードの失敗を補償することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した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データ抽出部
【図１】
0003901393.tif 000002
【図２】
0003901393.tif 000003
【図３】
0003901393.tif 000004
【図４】
0003901393.tif 000005
【図５】
0003901393.tif 000006
【図６】
0003901393.tif 000007
【図７】
0003901393.tif 000008
【図８】
0003901393.tif 000009
【図９】
0003901393.tif 000010
【図１０】
0003901393.tif 000011
【図１１】
0003901393.tif 000012
【図１２】
0003901393.tif 000013
【図１３】
0003901393.tif 000014
【図１４】
0003901393.tif 000015
【図１５】
0003901393.tif 000016
【図１６】
0003901393.tif 000017
【図１７】
0003901393.tif 000018
【図１８】
0003901393.tif 000019
【図１９】
0003901393.tif 000020
【図２０】
0003901393.tif 000021