JP2000332705A - 放送装置および方法、受信装置および方法、並びに媒体 - Google Patents

Abstract

(57)【要約】 【課題】 楽曲データのダウンロードの失敗を補償す
る。 【解決手段】 例えば、視聴者がIRDに対して楽曲Ｃの
購入を、その第６回目の楽曲データ送信中であるタイミ
ングｔ０において指示した場合、通常、その直後の第７
回目に送信される楽曲データがダウンロードされるが、
何らかの原因により、第７回目に送信される楽曲データ
のダウンロードに失敗した場合、第８回目に送信される
楽曲データに対してダウンロードが再履行される。そこ
で、各楽曲について、楽曲データ送信の最終回を再履行
用とし、最終回の１回前に送信される楽曲データに対し
てダウンロードを指示できるタイミングを、購入制限時
刻として番組開始時刻からの経過時間を用いて設定す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送装置および方
法、受信装置および方法、並びに媒体に関し、特に、コ
ンテンツデータのダウンロードサービスを提供する場合
に用いて好適な放送装置および方法、受信装置および方
法、並びに媒体に関する。

【０００２】

【従来の技術】例えば、スカイパーフェクTV（商標）の
ようなデジタル衛星放送が普及しつつある。デジタル衛
星放送は、既存のアナログ放送に比べて高品質の信号を
伝送することが可能であるとともに、多チャンネル化が
図られている。このようなデジタル衛星放送では、スポ
ーツ、映画、音楽、ニュース等の専門チャンネルが用意
されており、これらの専門チャンネルの中で音楽チャン
ネルは、人気があるチャンネルの１つである。

【０００３】そのような音楽チャンネルを視聴している
とき、視聴者は、放送されている楽曲を気に入って、そ
の楽曲のCD(Compact Disc)等を購入したいと考えること
がある。このような場合、音楽チャンネルを視聴中に、
その楽曲のデータをダウンロードすることができれば便
利である。そこで、本願出願人は、音楽チャンネルの主
放送信号（映像信号および音声信号）に、ATRAC(Adapti
ve Tranform AcousticCoding)方式を用いて符号化され
た楽曲データを多重化させて配信し、ATRACデータを購
入した（ダウンロードした）視聴者に対して課金するこ
とができるシステムを、例えば、特願平１０−２０１７
３１号として提案している。

【０００４】なお、ATRAC方式とは、MD(Mini Disc)（商
標）にオーディオデータを記録する場合に採用されてい
る圧縮符号化方式である。

【０００５】

【発明が解決しようとする課題】ところで、デジタル衛
星放送の映画チャンネル等で実施されているペイパービ
ューにおいては、番組の途中からその番組を購入（視
聴）しても十分に価値があるものではないので、番組の
放映開始時刻から所定の時間が経過した場合、その番組
を購入できないように、購入制限時刻が設定されてい
る。

【０００６】しかしながら、上述したような、楽曲デー
タを配信して、購入した視聴者に対して課金するシステ
ムにおいては、購入制限時刻についての規定がなされて
おらず、ダウンロードの失敗を補償することができない
課題があった。

【０００７】本発明はこのような状況に鑑みてなされた
ものであり、当該システムにおいて、楽曲データの購入
制限時刻を設定することにより、ダウンロードの失敗を
補償できるようにするものである。

【０００８】

【課題を解決するための手段】請求項１に記載の放送装
置は、コンテンツデータに対応する購入制限時刻を設定
する購入制限時刻設定手段と、購入制限時刻を含む番組
情報を生成する生成手段と、１回の番組放送時間に対応
する主放送信号に、同一のコンテンツデータ、および番
組情報を複数回繰り返して多重化し、トランスポートス
トリームを生成する多重化手段とを含むことを特徴とす
る。

【０００９】前記購入制限時刻設定手段は、複数回のう
ちの最終回の１回前のコンテンツデータに対するダウン
ロードを指示できるタイミングを購入制限時刻とするよ
うにすることができる。

【００１０】請求項４に記載の放送方法は、コンテンツ
データに対応する購入制限時刻を設定する購入制限時刻
設定ステップと、購入制限時刻を含む番組情報を生成す
る生成ステップと、１回の番組放送時間に対応する主放
送信号に、同一のコンテンツデータ、および番組情報を
複数回繰り返して多重化し、トランスポートストリーム
を生成する多重化ステップとを含むことを特徴とする。

【００１１】請求項５に記載の媒体のプログラムは、コ
ンテンツデータに対応する購入制限時刻を設定する購入
制限時刻設定ステップと、購入制限時刻を含む番組情報
を生成する生成ステップと、１回の番組放送時間に対応
する主放送信号に、同一のコンテンツデータ、および番
組情報を複数回繰り返して多重化し、トランスポートス
トリームを生成する多重化ステップとを含むことを特徴
とする。

【００１２】請求項６に記載の受信装置は、コンテンツ
データに対するユーザからのダウンロード指令を受け付
ける受付手段と、受付手段が受け付けたダウンロード指
令に対応して、トランスポートストリームからコンテン
ツを取得する取得手段と、取得手段がコンテンツの取得
に失敗した場合、コンテンツの取得を再履行する再履行
手段と、コンテンツデータに対応する番組情報を、トラ
ンスポートストリームから抽出する抽出手段と、番組情
報に含まれる購入制限時刻に従って、受付手段の受付処
理を中止する中止手段とを含むことを特徴とする。

【００１３】請求項８に記載の受信方法は、コンテンツ
データに対するユーザからのダウンロード指令を受け付
ける受付ステップと、受付ステップで受け付けたダウン
ロード指令に対応して、トランスポートストリームから
コンテンツを取得する取得ステップと、取得ステップで
コンテンツの取得に失敗した場合、コンテンツの取得を
再履行する再履行ステップと、コンテンツデータに対応
する番組情報を、トランスポートストリームから抽出す
る抽出ステップと、番組情報に含まれる購入制限時刻に
従って、受付手段の受付処理を中止する中止ステップと
を含むことを特徴とする。

【００１４】請求項９に記載の媒体のプログラムは、コ
ンテンツデータに対するユーザからのダウンロード指令
を受け付ける受付ステップと、受付ステップで受け付け
たダウンロード指令に対応して、トランスポートストリ
ームからコンテンツを取得する取得ステップと、取得ス
テップでコンテンツの取得に失敗した場合、コンテンツ
の取得を再履行する再履行ステップと、コンテンツデー
タに対応する番組情報を、トランスポートストリームか
ら抽出する抽出ステップと、番組情報に含まれる購入制
限時刻に従って、受付手段の受付処理を中止する中止ス
テップとを含むことを特徴とする。

【００１５】請求項１に記載の放送装置、請求項４に記
載の放送方法、および請求項５に記載の媒体のプログラ
ムにおいては、コンテンツデータに対応する購入制限時
刻が設定され、購入制限時刻を含む番組情報が生成され
る。さらに、１回の番組放送時間に対応する主放送信号
に、同一のコンテンツデータ、および番組情報が複数回
繰り返して多重化されて、トランスポートストリームが
生成される。

【００１６】請求項６に記載の受信装置、請求項８に記
載の受信方法、および請求項９に記載の媒体のプログラ
ムにおいては、コンテンツデータに対するユーザからの
ダウンロード指令が受け付けられ、受け付けられたダウ
ンロード指令に対応して、トランスポートストリームか
らコンテンツが取得される。また、コンテンツの取得に
失敗した場合、コンテンツの取得が再履行される。さら
に、コンテンツデータに対応する番組情報が、トランス
ポートストリームから抽出され、その番組情報に含まれ
る購入制限時刻に従って、受付処理が中止される。

【００１７】

【発明の実施の形態】図１は、本発明を適用したEMD(El
ectric Music Distribution)システムの実施の形態の構
成例を示している。このEMDシステムにおいて、放送局
側の送信装置１は、例えば、音楽番組の主放送信号（MP
EG2方式で圧縮符号化した映像信号および音声信号）
と、音楽番組に関連する楽曲のダウンロード用の楽曲デ
ータ（MPEGオーディオデータ、およびATRACデータ）等
を多重化して、スクランブルを施した後、誤り訂正など
の必要な処理を実行して、得られるMPEGトランスポート
ストリーム（以下、TSと記述する）を、例えば、QPSK(Q
uadrature Phase Shift Keying)変調して、アンテナ２
から電波として送信する。

【００１８】アンテナ２から送信された電波は、通信衛
星３で中継され、アンテナ４で受信されてIRD５に供給
される。IRD５は、アンテナ４が受信した電波をQPSK復
調し、誤り訂正などの必要な処理を施した後、ユーザが
選択したチャンネルのTSパケットを抽出してスクランブ
ルを解除する。また、IRD５は、抽出したTSパケットに
配置されている主放送信号をMPEG復号し、得られた映像
信号をモニタ６に出力し、音声信号をスピーカ７に出力
する。

【００１９】また、IRD５は、ダウンロード用の楽曲デ
ータ（ATRACデータ）が配置されているTSパケットを抽
出して、IEEE1394バス８を介して接続されているMDデッ
キ９に供給する。さらに、IRD５は、ダウンロード用の
楽曲データ（MPEGオーディオデータ）をMPEG復号し、ス
ピーカ７、または音声出力端子に接続されているMDデッ
キ１０に出力する。

【００２０】また、IRD５は、楽曲データをダウンロー
ドした履歴を、内蔵するICカード４０（図１０）に記録
して、定期的に、ダウンロードした履歴の情報を、公衆
電話回線網１１を介して送信装置１に送信する。なお、
送信装置１に送信されたダウンロードの履歴情報は、IR
D５のユーザに対する課金の資料として用いられる。

【００２１】MDデッキ９は、IEEE1394バス８を介してIR
D５から供給される楽曲データ（ATRACデータ）をMDに記
録し、また再生する。MDデッキ１０は、IRD５から供給
される楽曲データ（MPEGオーディオデータがデコードさ
れたオーディオデータ）をATRAC方式で符号化してMDに
記録し、また再生する。

【００２２】図２は、送信装置１の詳細な構成例を示し
ている。送信装置１のエンコーダ２１は、番組ソース
（主放送信号としての映像信号および音声信号）をMPEG
2方式で圧縮符号化し、多重化器２２に出力する。多重
化器２２は、エンコーダ２１からの主放送信号と、スク
ランブル制御システム２５から供給される個別情報EMM
(Entitlement Management Message)、関連情報送出装置
２６から供給される番組情報ECM(Entitlement Control
Message)、ダウンロード用楽曲データ（ATRACデータお
よびMPEGオーディオデータ）、楽曲データに対応する音
声付加情報、受信側においてダウンロードする楽曲を選
択する際のインタラクティブなGUI(Graphical User Int
erface)を実現するMHEG(Multimedia and Hypermedia In
formationCoding Experts Group)スクリプト、主放送信
号やダウンロード用の楽曲データ等が、TSのなかのどの
TSパケットに含まれているかを示す付加情報テーブル(P
SI:Program Specific Information)を時分割多重化して
MPEG2方式のTSを生成する。生成されたTSは、スクラン
ブラ２３に供給される。

【００２３】ただし、ダウンロード用楽曲データには、
MPEG2方式のTSに対して整合性が良くないATRACデータ
（後述）が含まれるので、多重化の際には工夫が必要と
なる（その詳細は後述する）。

【００２４】ここで、付加情報テーブルPSIは、PAT(Pro
gram Association Table)、PMT(program Map Table)、
およびSIT(Selection Information Table)などであり、
これらを順次参照することにより、所望するデータが含
まれているTSパケットのパケットIDを知ることができ
る。なお、その詳細については、例えば、ETS 300468,D
igital Video Broadcasting(DVB);Specification for S
ervice Information(SI)in DVB systemなどに記述され
ている。

【００２５】次に、ダウンロード用楽曲データについ
て、図３を参照して説明する。同図に示すように、例え
ば、番組Ａの主放送信号に多重化されるダウンロード用
楽曲データは、番組Ａに関連する複数の楽曲Ａ，Ｂ，Ｃ
のデータであり、楽曲毎に、MPEG2方式で圧縮符号化さ
れているMPEGオーディオデータ、および、ATRAC方式で
圧縮符号化されているATRACデータの２種類が存在す
る。各楽曲のMPEGオーディオデータおよびATRACデータ
は、番組Ａの放送時間中、繰り返して送信される。

【００２６】なお、MPEGオーディオデータの１回の送信
にかかる時間は、そのMPEGオーディオデータが再生され
る時間（演奏時間）と等しく、ATRACデータの１回の送
信にかかる時間は、当該ATRACデータが再生される時間
の１／４である。

【００２７】例えば、番組Ａの放送時間が１時間であっ
て、楽曲Ａの演奏時間が８分間である場合、楽曲ＡのMP
EGオーディオデータ（楽曲Ａ.mpg）の１回の送信にかか
る時間も８分間であり、番組Ａの放送時間中、楽曲Ａの
MPEGオーディオデータは、最大で７（＝６０／８）回、
繰り返して送信される。一方、楽曲ＡのATRACデータの
１回の送信にかかる時間は２（＝８／４）分間であり、
番組Ａの放送時間中、楽曲ＡのATRACデータは、最大で
３０（＝６０／２）回、繰り返して送信される。また、
楽曲Ｂの演奏時間が９分間である場合、楽曲ＢのMPEGオ
ーディオデータ（楽曲Ｂ.mpg）の１回の送信にかかる時
間も９分間であり、番組Ａの放送時間中、楽曲ＢのMPEG
オーディオデータは、最大で６（＝６０／９）回、繰り
返して送信される。一方、楽曲ＢのATRACデータの１回
の送信にかかる時間は２．２５（＝９／４）分間であ
り、番組Ａの放送時間中、楽曲ＢのATRACデータは、最
大で２６（＝６０／２．２５）回、繰り返して送信され
る。

【００２８】図２の説明に戻る。スクランブラ２３は、
関連情報送出装置２６から供給されるスクランブル鍵(K
s)を用いて、多重化器２２から入力されるTSにスクラン
ブルを施し、後段に出力する。番組制御システム２４
は、所定の制御信号を発生して、エンコーダ１を制御す
る。また、番組制御システム２４は、エンコーダ２１で
圧縮符号化される主放送信号に対応する番組の番組IDや
チャンネルID等の情報を関連情報送出装置２６に出力す
る。スクランブル制御システム２５は、契約鍵(Kw)を関
連情報送出装置２６に供給するとともに、IRD５に対応
する固有な個別鍵を用いて暗号化した契約鍵を含む個別
情報EMMを生成して多重化器２２に出力する。

【００２９】なお、生成される個別情報EMMには、カー
ドID、契約鍵番号(Kw_no)、契約鍵(Kw)、契約チャンネ
ルID(service_id，series_id)、契約番号ID(event_i
d)、契約タイプ(authorize_type)、番組購入上限(Over_
view)、SMS発呼日時(polling_date)、およびSMS発呼金
額(upkink_fee)等の項目があるが、それらの詳細につい
ては、適宜、後述する。

【００３０】関連情報送出装置２６は、スクランブル鍵
をスクランブラ２３に供給する。また、関連情報送出装
置２６は、スクランブル制御システム２５から供給され
る契約鍵を用いて暗号化したスクランブル鍵を含む番組
情報ECMを生成して多重化器２２に出力する。

【００３１】なお、生成される番組情報ECMには、契約
鍵番号(Kw_no)、暗号化されたスクランブル鍵(Ks_Odd，
Ks_Even)、チャンネルID(service_id，series_id，even
t_id)、番号ID(event_id)、ペイパービュー料金(PPV_fe
e)、プレビュー（視聴）時間、プレビュー（視聴）制限
回数、現在時刻、および購入制限時刻等の項目がある
が、それらの詳細については、適宜、後述する。

【００３２】視聴情報収集処理システム２７は、IRD５
から公衆電話回線網１１を介して入力される視聴履歴情
報等を処理し、契約情報としてスクランブル制御システ
ム２５に出力する。

【００３３】ここで、番組情報ECMに含まれる各楽曲デ
ータの視聴時間および視聴制限回数について説明する。
本実施の形態において、各楽曲データは、番組情報ECM
に含まれる視聴時間および視聴制限回数に記述されてい
る範囲内で視聴可能とされている。ただし、楽曲データ
に対して設定される視聴時間としては、楽曲の全演奏時
間よりも短く、且つ、その楽曲を十分に吟味できる程度
の時間を設定する。また、複数の楽曲データを繰り返し
て比較できるように、視聴制限回数を複数に設定する。
なお、楽曲データの視聴時間および視聴制限回数は、各
楽曲データ毎に異なる値を設定することが可能である。

【００３４】次に、番組情報ECMに含まれる各楽曲デー
タの購入制限時刻について、図４を参照して説明する。
上述したように、各楽曲のダウンロード用楽曲データ
（MPEGオーディオデータ、およびATRACデータ）は、番
組の放送時間中、繰り返して送信される。図４に示す例
においては、番組Ａの放送時間中、楽曲Ａのダウンロー
ド用楽曲データは１５回繰り返して送信され、楽曲Ｂの
ダウンロード用楽曲データは１３回繰り返して送信さ
れ、楽曲Ｃのダウンロード用楽曲データは１１回繰り返
して送信される。

【００３５】例えば、視聴者がIRD５に対して楽曲Ｃの
購入を、その第６回目の楽曲データ送信中であるタイミ
ングｔ０において指示した場合、通常、その直後の第７
回目に送信される楽曲データがダウンロードされるが、
何らかの原因により、第７回目に送信される楽曲データ
のダウンロードに失敗した場合、第８回目に送信される
楽曲データに対してダウンロードが再履行される。そこ
で、各楽曲について、楽曲データ送信の最終回を再履行
用とし、最終回の１回前に送信される楽曲データに対し
てダウンロードを指示できるタイミングを、購入制限時
刻として番組開始時刻からの経過時間を用いて設定す
る。具体的には、図４に示すように、楽曲Ａ，Ｂ，Ｃの
購入制限時刻を、それぞれ、タイミングｔ１，ｔ２，ｔ
３に設定する。このように、購入制限時刻を設定するこ
とで、購入が指示されたにも拘わらず、ダウンロードで
きないような事態の発生を抑止することが可能となる。

【００３６】次に、ATRACデータをMPEG2方式のTSに多重
化させる処理について説明する。MPEG2方式のTSの伝送
単位であるTSパケットは、１８８バイトの固定長に定め
られている。これに対して、ATRACデータの伝送単位で
あるサウンドグループは、４２４バイトであり、このAT
RACデータをそのままMPEG２方式のTSとするには整合性
が悪い。

【００３７】そこで、本実施の形態においては、図５
(a)に示すように、１個のTSパケットに１５９バイトのA
TRACデータを配置して、８個の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 Gene
ration 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ビデオデータ、およびMP
EGオーディオデータ）、ダウンロード用のMPEGオーディ
オデータ、ダウンロード用のATRACデータ、およびGUI用
のMHEGスクリプト等のそれぞれが含まれるTSパケットに
分離する。さらに、デスクランブラ３２は、得られた主
放送信号のMPEGビデオデータのTSパケットをMPEGビデオ
デコーダ３３に供給し、主放送信号のMPEGオーディオデ
ータのTSパケットおよびダウンロード用のMPEGオーディ
オデータのTSパケットをMPEGオーディオデコーダに供給
し、ダウンロード用のATRACデータのTSパケットをIEEE1
394インタフェース(I/F)３７に供給し、GUI用のMHEGス
クリプトのTSパケットを制御部３９に供給する。

【００５２】MPEGビデオデコーダ３３は、デスクランブ
ラ３２から供給されるMPEGビデオデータをデコードし
て、得られたビデオデータを表示制御部３４に出力す
る。表示制御部３４は、例えば、制御部３９から入力さ
れるGUI画面の主番組表示エリア５１（図１２）に、MPE
Gビデオデコーダ３３から入力されるビデオデータを合
成してモニタ６に表示させる。

【００５３】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オーディオデコーダ
３５は、制御部３９からの制御に基づいて、番組情報EC
Mに記述されている試聴時間の長さだけ、デスクランブ
ラ３２からのMPEGオーディオデータをデコードし、得ら
れたオーディオデータを音声制御部３６に出力する。ス
テップＳ６において、音声制御部３６は、MPEGオーディ
オデコーダ３５から入力されたオーディオデータの音量
を、その冒頭部分においてフェードインを実行し、終了
部分においてフェードアウトを実行してスピーカ７に出
力する。

【００６２】なお、フェードインおよびフェードアウト
を実行する代わりに、オーディオデータの冒頭部分およ
び終了部分に、試聴である旨の音声を挿入するようにし
てもよい。また、試聴の目的を達成できる範囲で、オー
ディオデータの音質をフィルタ等を用いて変化させても
よい。

【００６３】ステップＳ７において、制御部３９は、ス
テップＳ４で選択された楽曲の試聴回数を１回だけイン
クリメントする。

【００６４】その後、ステップＳ２おいて、試聴可能な
楽曲が存在しないと判定されるまで、それ以降の処理が
繰り返され、試聴可能な楽曲が存在しないと判定された
場合、試聴処理を終了する。

【００６５】このように、各楽曲データの試聴を可能と
することは、視聴者側にとって有益であるとともに、購
入を促す効果もある。また、各楽曲データの試聴回数を
制限し、さらに、再生するオーディオデータに対してフ
ェードインおよびフェードアウト等を実行するは、試聴
したオーディオデータをつなぎ合わせることによって楽
曲データのコピーが作成されることを抑止することにな
る。

【００６６】次に、IRD５の購入処理について、図１３
のフローチャートについて説明する。この購入処理は、
ユーザが、楽曲データを購入することができる番組を試
聴中、IRD５に対して楽曲購入用のGUIを表示させる操作
を行い、その操作に対応して、図１２に示すようなGUI
がモニタ６に表示された後に実行される。なお、購入す
る楽曲データは、ダウンロード用のMPEGオーディオデー
タまたはATRACデータのうちの一方であって、その選択
は、ユーザが所定の操作により実行するようにしてもよ
いし、IRD５が自己の音声出力端子、またはIEEE1394イ
ンタフェース３７に接続されている記録装置（MDデッキ
９等）を検知して実行するようにしてもよい。

【００６７】ステップＳ１１において、デスクランブラ
３２からTSに含まれる番組情報ECMを抽出し、その中に
記述されている各楽曲データの視聴時間、試聴制限回
数、および購入制限時刻を制御部３９に出力する。ステ
ップＳ１２において、制御部３９は、各楽曲毎に、現在
の時刻を購入制限時刻と比較することにより、購入可能
な楽曲が存在するか否かを判定する。購入可能な楽曲が
存在すると判定された場合、ステップＳ１３に進む。

【００６８】ステップＳ１３において、制御部３９は、
図１２に示すように、GUIの画面に楽曲リスト５３を表
示させる。なお、この楽曲リスト５３には、試聴および
購入が可能な楽曲の曲目、および、試聴は不可能（試聴
した回数が試聴制限回数に達している楽曲）であって購
入可能な楽曲の曲目が区別されて、例えば、試聴および
購入が可能な楽曲の曲目は濃く、試聴は不可能であって
購入可能な楽曲の曲目は薄く表示される。

【００６９】ステップＳ１４において、制御部３９は、
この楽曲リスト５３を見たユーザにより、楽曲リスト５
３に表示されている購入可能な楽曲のうちのいくつかが
選択された後、さらに購入ボタン５５が押下されたか否
かを判定し、購入ボタン５５が押下されたと判定するま
で、ステップＳ１２に戻り、それ以降の処理が繰り返さ
れる。なお、この繰り返しの間において、購入制限時刻
を超過した楽曲の曲目の表示は変更される。購入ボタン
５５が押下されたと判定された場合、ステップＳ１５に
進む。

【００７０】ステップＳ１５において、制御部３９は、
ステップＳ１４で複数の楽曲の購入がユーザから指令さ
れたか否かを判定し、複数の楽曲の購入が指令されたと
判定した場合、ステップＳ１６に進む。ステップＳ１６
において、制御部３９は、購入する複数の楽曲のダウン
ロードの順序を決定する。このダウンロード順序決定処
理について、図１４のフローチャートを参照して説明す
る。

【００７１】ステップＳ２１において、デスクランブラ
３２は、制御部３９の制御により、購入が指令された複
数の楽曲データに対応する、現時点の音声付加情報（楽
曲演奏時間と演奏経過時間、ダウンロード用MPEGオーデ
ィオデータの送信時間と送信経過時間に相当する）をTS
から抽出して制御部３９に出力する。

【００７２】ステップＳ２２において、制御部３９は、
デスクランブラ３２からの音声付加情報を参照して、複
数の楽曲データのダウンロードの順序を最適化する。例
えば、図１５に示した楽曲Ａ，Ｂ，Ｃの３曲を購入する
場合、購入指令が行われた時刻ｔ０において、３曲の楽
曲データのうちの送信開始のタイミングが最も早いもの
（いまの場合、楽曲Ｂ）を１番目にダウンロードする楽
曲データとし、次に、１番目の楽曲データの送信終了時
刻において、残りの２曲の楽曲データのうちの送信開始
のタイミングが最も早いもの（いまの場合、楽曲Ａ）を
２番目にダウンロードする楽曲データとし、残りの１曲
（いまの場合、楽曲Ｃ）を３番目にダウンロードする楽
曲データとする。このように、ダウンロードの順序を最
適化した場合、その終了時刻は、ｔ１となる。これに対
して、ダウンロードの順序を最適化せずに、楽曲Ａ，
Ｂ，Ｃの順序でダウンロードした場合、その終了時刻
は、ｔ１よりも１曲分遅いｔ２となる。

【００７３】当然ながら、３曲以上の楽曲データをダウ
ンロードする場合にも、同様の方法でダウンロードの順
序が最適化される。

【００７４】ステップＳ２３において、制御部３９は、
ステップＳ２２で決定したダウンロードの順序におい
て、購入制限時刻にかかるためにダウンロードできない
楽曲データが存在するか否かを判定し、ダウンロードで
きない楽曲データが存在すると判定した場合、ステップ
Ｓ２４に進む。

【００７５】ステップＳ２４において、制御部３９は、
GUIの情報表示エリア５２に、ダウンロードできない楽
曲データが存在する旨とその曲目を表示させる。この表
示により、ユーザは、ダウンロードできない楽曲データ
を知ることができ、必要に応じて購入する楽曲データを
選択し直すことが可能となる。

【００７６】なお、ステップＳ２３において、ダウンロ
ードできない楽曲データが存在しないと判定された場
合、ステップＳ２４はスキップされる。

【００７７】以上のようにダウンロード順序決定処理が
実行された後、図１３のステップＳ１７に戻る。ステッ
プＳ１７において、デスクランブラ３２は、制御部３９
の制御により、ステップＳ１６で決定された順序に従っ
て楽曲データを抽出し、後段に出力する。なお、ダウン
ロード用のMPEGオーディオデータがダウンロードされる
場合、MPEGオーディオデータは、MPEGオーディオデコー
ダ３５でMPEG復号された後、音声制御部３６および音声
出力端子を介して、例えば、MDデッキ１０に供給されて
記録される。ATRACデータがダウンロードされる場合、A
TRACデータは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インタフェース
６２の詳細な構成例を示している。制御部８１は、制御
部６１や、スタート・ストップビット検出部８３乃至AT
RACデータ抽出部８８から入力される所定の情報に対応
して、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パケットのP
ESデータカウンタには、７が記述されている。以上の８
個の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インタフェース６２のATRA
Cデータ抽出処理について、図１９のフローチャートを
参照して説明する。この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パケット
のデータタイプ、データトランスミッションタイプ、FD
Fフィールドレングス、およびオーディオデータタイプ
１，２を検出し、それらに記述されている値が、ATRAC
データを含むパケットであることを示す所定の値である
か否かを判定する。それらに記述されている値が、ATRA
Cデータを含むパケットであることを示す所定の値であ
ると判定された場合、ステップＳ４８に進む。

【０１１０】ステップＳ４８において、スタート・スト
ップビット検出部８３は、PID検出部８２から入力され
たTSパケットのデータストップインジケータを監視し、
そこに「１」が記述されているか否かを判定する。
「１」が記述されていないと判定された場合、ステップ
Ｓ４５に戻り、それ以降の処理が繰り返される。反対
に、データストップインジケータに「１」が記述されて
いると判定した場合、スタート・ストップビット検出部
８３は、その検出情報を制御部８１に出力する。この検
出情報に対応して、制御部８１は、ATRACデータ抽出部
８８および制御部６１に所定の信号を出力する。ATRAC
データ抽出部８８は、制御部８１からの信号に対応し
て、PID検出部８２から入力されたTSパケットからのATR
ACデータの抽出を終了する。また、制御部６１は、制御
部８１からの信号に対応して、MD７１に対するATRACデ
ータの記録終了をMDデッキ９の各部に指令する。これに
より、MD７１に対するATRACデータの記録が終了され
る。

【０１１１】なお、ステップＳ４２において、PID検出
部８２から入力されたTSパケットのコピーライト、オリ
ジナルorコピー、コピーライトモード、およびEMIモー
ドに記述されている値が、当該TSパケットに配置されて
いるATRACデータはコピーが許可されているものである
ことを示す所定の値ではなく、コピーが許可されていな
いものであると判定された場合、その判定結果が著作権
情報検出部８７から制御部８１に出力されて、ステップ
Ｓ４９に進む。

【０１１２】また、ステップＳ４５において、PID検出
部８２から入力されたTSパケットのPESデータカウン
タ、およびプレゼントPESナンバに記述されている値の
連続性がないと判定された場合、その判定結果がパケッ
トカウンタ検出部８４から制御部８１に出力されて、ス
テップＳ４９に進む。

【０１１３】また、ステップＳ４６において、PID検出
部８２から入力されたTSパケットのTSエラーインジケー
タに１が記述されていると判定された場合、または、AT
RACデータにエラーが存在していると判定された場合、
その判定結果がエラー検出部８５から制御部８１に出力
されて、ステップＳ４９に進む。

【０１１４】また、ステップＳ４７において、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(Com
pact Disc-Read Only Memory)１１２、ＭＯ(Magneto Op
tical)ディスク１１３、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デッキ， ２１エンコーダ， ２２ 多重化器，
２３ スクランブラ， ２４ 番組制御システム， ２
５ スクランブル制御システム， ２６ 関連情報送出
装置， ２７視聴情報収集処理システム， ３１ フロ
ントエンド部， ３２ デスクランブラ ， ３３ MP
EGビデオデコーダ， ３４ 表示制御部， ３５ MPEG
オーディオデコーダ， ３６ 音声制御部， ３７ IE
EE1394インタフェース， ３８ 入力部， ３９ 制御
部， ４０ ICカード， ４１ モデム， ６１ 制御
部， ６２ IEEE1394インタフェース， ６３ 記録再
生部， ６８ ATRACエンコーダ／デコーダ， ７１ M
D， ８１ 制御部， ８２ PID検出部，８３ スター
ト・ストップビット検出部， ８４ パケットカウンタ
検出部，８５ エラー検出部， ８６ フォーマット検
出部， ８７ 著作権情報検出部， ８８ ATRACデー
タ抽出部

フロントページの続き (72)発明者 筒井 新太郎 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5K028 KK01 KK32 5K030 HA04 JA01 LD07 9A001 CC05 DD10 JJ18 KK43 LL09

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ダウンロード可能なコンテンツデータ
   を、番組情報とともに、主放送信号に多重化して放送す
   る放送装置において、 前記コンテンツデータに対応する購入制限時刻を設定す
   る購入制限時刻設定手段と、 前記購入制限時刻を含む前記番組情報を生成する生成手
   段と、 １回の番組放送時間に対応する前記主放送信号に、同一
   の前記コンテンツデータ、および前記番組情報を複数回
   繰り返して多重化し、トランスポートストリームを生成
   する多重化手段とを含むことを特徴とする放送装置。
2. 【請求項２】 前記購入制限時刻設定手段は、前記複数
   回のうちの最終回の１回前の前記コンテンツデータに対
   するダウンロードを指示できるタイミングを前記購入制
   限時刻とすることを特徴とする請求項１に記載の放送装
   置。
3. 【請求項３】 前記コンテンツデータは、ATRAC方式に
   より符号化されたオーディオデータ、またはMPEG２方式
   で符号化されたオーディオデータを含むことを特徴とす
   る請求項２に記載の放送装置。
4. 【請求項４】 ダウンロード可能なコンテンツデータ
   を、番組情報とともに、主放送信号に多重化して放送す
   る放送装置の放送方法において、 前記コンテンツデータに対応する購入制限時刻を設定す
   る購入制限時刻設定ステップと、 前記購入制限時刻を含む前記番組情報を生成する生成ス
   テップと、 １回の番組放送時間に対応する前記主放送信号に、同一
   の前記コンテンツデータ、および前記番組情報を複数回
   繰り返して多重化し、トランスポートストリームを生成
   する多重化ステップとを含むことを特徴とする放送方
   法。
5. 【請求項５】 ダウンロード可能なコンテンツデータ
   を、番組情報とともに、主放送信号に多重化して放送す
   る放送装置に、 前記コンテンツデータに対応する購入制限時刻を設定す
   る購入制限時刻設定ステップと、 前記購入制限時刻を含む前記番組情報を生成する生成ス
   テップと、 １回の番組放送時間に対応する前記主放送信号に、同一
   の前記コンテンツデータ、および前記番組情報を複数回
   繰り返して多重化し、トランスポートストリームを生成
   する多重化ステップとを含むことを特徴とするプログラ
   ムを実行させる媒体。
6. 【請求項６】 ダウンロード可能なコンテンツデータ
   が、番組情報とともに、複数回繰り返して、主放送信号
   に多重化されたトランスポートストリームを受信する受
   信装置において、 前記コンテンツデータに対するユーザからのダウンロー
   ド指令を受け付ける受付手段と、 前記受付手段が受け付けた前記ダウンロード指令に対応
   して、前記トランスポートストリームから前記コンテン
   ツを取得する取得手段と、 前記取得手段が前記コンテンツの取得に失敗した場合、
   前記コンテンツの取得を再履行する再履行手段と、 前記コンテンツデータに対応する前記番組情報を、前記
   トランスポートストリームから抽出する抽出手段と、 前記番組情報に含まれる購入制限時刻に従って、前記受
   付手段の受付処理を中止する中止手段とを含むことを特
   徴とする受信装置。
7. 【請求項７】 前記コンテンツデータは、ATRAC方式に
   より符号化されたオーディオデータ、またはMPEG２方式
   で符号化されたオーディオデータを含むことを特徴とす
   る請求項６に記載の受信装置。
8. 【請求項８】 ダウンロード可能なコンテンツデータ
   が、番組情報とともに、複数回繰り返して、主放送信号
   に多重化されたトランスポートストリームを受信する受
   信装置の受信方法において、 前記コンテンツデータに対するユーザからのダウンロー
   ド指令を受け付ける受付ステップと、 前記受付ステップで受け付けた前記ダウンロード指令に
   対応して、前記トランスポートストリームから前記コン
   テンツを取得する取得ステップと、 前記取得ステップで前記コンテンツの取得に失敗した場
   合、前記コンテンツの取得を再履行する再履行ステップ
   と、 前記コンテンツデータに対応する前記番組情報を、前記
   トランスポートストリームから抽出する抽出ステップ
   と、 前記番組情報に含まれる購入制限時刻に従って、前記受
   付手段の受付処理を中止する中止ステップとを含むこと
   を特徴とする受信方法。
9. 【請求項９】 ダウンロード可能なコンテンツデータ
   が、番組情報とともに、複数回繰り返して、主放送信号
   に多重化されたトランスポートストリームを受信する受
   信装置に、 前記コンテンツデータに対するユーザからのダウンロー
   ド指令を受け付ける受付ステップと、 前記受付ステップで受け付けた前記ダウンロード指令に
   対応して、前記トランスポートストリームから前記コン
   テンツを取得する取得ステップと、 前記取得ステップで前記コンテンツの取得に失敗した場
   合、前記コンテンツの取得を再履行する再履行ステップ
   と、 前記コンテンツデータに対応する前記番組情報を、前記
   トランスポートストリームから抽出する抽出ステップ
   と、 前記番組情報に含まれる購入制限時刻に従って、前記受
   付手段の受付処理を中止する中止ステップとを含むこと
   を特徴とするプログラムを実行させる媒体。