JP2000332822A

JP2000332822A - 受信装置および方法、並びに媒体

Info

Publication number: JP2000332822A
Application number: JP13885099A
Authority: JP
Inventors: Ichiro Hamada; 一郎濱田; Susumu Nagano; 晋長野; Shintaro Tsutsui; 新太郎筒井
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-05-19
Filing date: 1999-05-19
Publication date: 2000-11-30

Abstract

(57)【要約】【課題】一定の時間により多くの楽曲データをダウン
ロードする。【解決手段】例えば、楽曲Ａ，Ｂ，Ｃの３曲を購入す
る場合、購入指令が行われた時刻ｔ０において、３曲の
楽曲データのうちの送信開始のタイミングが最も早いも
の（いまの場合、楽曲Ｂ）を１番目、１番目の楽曲デー
タの送信終了時刻において、残りの２曲の楽曲データの
うちの送信開始のタイミングが最も早いもの（いまの場
合、楽曲Ａ）を２番目、残りの１曲（いまの場合、楽曲
Ｃ）を３番目にダウンロードする楽曲データとする。

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(Compact Disc-Read Only Memory)１１２、
ＭＯ(Magneto Optical)ディスク１１３、ＤＶＤ（登録
商標）（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓ
ｃ）１１４、磁気ディスク１１５、半導体メモリ１１６
などの記録媒体に、一時的あるいは永続的に格納し、パ
ッケージソフトウエアとして提供することができる。

【０１１９】さらに、プログラムは、図２０(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号ソニー株式会社内Ｆターム(参考） 5C063 AB03 AB05 CA23 DA05 5K028 AA00 BB05 CC05 DD01 DD02 EE05 FF13 KK03 KK32 SS17 5K030 GA01 GA16 HB01 HB28 HC02 JL02 JT02 LD07 5K101 KK18 LL11 NN22 NN23

Claims

【特許請求の範囲】

【請求項１】複数のコンテンツデータが繰り返し多重
化されたトランスポートストリームを受信する受信装置
において、前記トランスポートストリームから前記コンテンツデー
タに対応する所定の情報を読み出す読み出し手段と、前記コンテンツデータに対するユーザからの指定を受け
付ける受付手段と、前記受付手段が受け付けた前記ユーザからの指定に対応
する複数のコンテンツデータを前記トランスポートスト
リームから抽出する順序を、前記読み出し手段が読み出
した前記所定の情報を参照し、所定のアルゴリズムに基
づいて決定する決定手段と、前記決定手段が決定した順序に従って、前記トランスポ
ートストリームから、前記受付手段が受け付けた前記ユ
ーザからの指定に対応する複数のコンテンツデータを抽
出する抽出手段とを含むことを特徴とする受信装置。
【請求項２】前記決定手段が決定した順序に従って、
前記抽出手段が、前記トランスポートストリームから、
前記受付手段が受け付けた前記ユーザからの指定に対応
する複数のコンテンツデータを抽出する場合において、
前記受付手段が受け付けた前記ユーザからの指定に対応
する複数のコンテンツデータのうちで、所定の時間内
に、前記抽出手段が抽出できない前記コンテンツデータ
が存在するとき、その旨の表示を制御する表示制御手段
とをさらに含むことを特徴とする請求項１に記載の受信
装置。
【請求項３】複数のコンテンツデータが繰り返し多重
化されたトランスポートストリームを受信する受信装置
の受信方法において、前記トランスポートストリームから前記コンテンツデー
タに対応する所定の情報を読み出す読み出しステップ
と、前記コンテンツデータに対するユーザからの指定を受け
付ける受付ステップと、前記受付ステップで受け付けた前記ユーザからの指定に
対応する複数のコンテンツデータを前記トランスポート
ストリームから抽出する順序を、前記読み出しステップ
で読み出した前記所定の情報を参照し、所定のアルゴリ
ズムに基づいて決定する決定ステップと、前記決定ステップで決定した順序に従って、前記トラン
スポートストリームから、前記受付ステップで受け付け
た前記ユーザからの指定に対応する複数のコンテンツデ
ータを抽出する抽出ステップとを含むことを特徴とする
受信方法。
【請求項４】複数のコンテンツデータが繰り返し多重
化されたトランスポートストリームを受信する受信装置
に、前記トランスポートストリームから前記コンテンツデー
タに対応する所定の情報を読み出す読み出しステップ
と、前記コンテンツデータに対するユーザからの指定を受け
付ける受付ステップと、前記受付ステップで受け付けた前記ユーザからの指定に
対応する複数のコンテンツデータを前記トランスポート
ストリームから抽出する順序を、前記読み出しステップ
で読み出した前記所定の情報を参照し、所定のアルゴリ
ズムに基づいて決定する決定ステップと、前記決定ステップで決定した順序に従って、前記トラン
スポートストリームから、前記受付ステップで受け付け
た前記ユーザからの指定に対応する複数のコンテンツデ
ータを抽出する抽出ステップとを含むことを特徴とする
プログラムを実行させる媒体。